이 다이어그램에서 녹색 선은 HTTP를 통해 클라이언트에서 서버로의 요청 흐름을 보여 주며 있습니다. 주황색 선은 서버에서 클라이언트로 의 응답 흐름을 표시합니다. 이 글을 읽고 있고 Retrofit 요청에 대한 코드를 아직 작성하지 않은 경우 이전 블로그 게시물을 확인하여 시작하십시오. 모든 당신이 Retrofit 전문가 : 파일 다운로드에 대한 요청 선언은 거의 다른 요청처럼 보인다 : readfile()) 자체적으로 큰 파일을 보낼 때에도 메모리 문제가 나타나지 않습니다. 메모리 부족 오류가 발생하면 출력 버퍼링이 ob_get_level()로 꺼져 있는지 확인합니다. 동일한 writeResponseBodyToDisk() 메서드를 계속 사용할 수 있습니다. @Streaming 선언과 이 스니펫을 기억한다면 Retrofit을 사용하면 큰 파일도 효율적으로 다운로드 할 수 있습니다. 이제 서버는 GIF 이미지의 다운로드를 적용합니다. 대부분의 HTTP 클라이언트는 위와 같은 서버에서 응답을 받을 때 리소스 콘텐츠를 다운로드하라는 메시지를 표시합니다. 팁: 컴퓨터 또는 파일 서버에 연결하면 서버 연결 화면의 최근 서버 목록에 표시됩니다. 최근 서버에 연결하려면 해당 이름을 탭합니다. 단순히 나는 예를 들어 다운로드 파일 (문자열 URL)에 대한 무효를 원하는 내 MySite.Com 이 입력으로 이것을 호출 : DownloadFile (“http://myothersite.com/file.zip”) 사용자는 idm 또는 다운로드 관리자 및 다운로드 파일에 http://mysite.com/file.zip 참조하십시오.
HTML5와 새로운 웹 API의 출현으로 서버와 통신할 필요없이 JavaScript를 사용하여 브라우저에서 많은 복잡한 작업을 수행 할 수있게되었습니다. 내가 쓴 코드는 WebForms에서 잘 작동하지만 작은 파일에 대해 잘 작동 생각합니다 (나는 1 gb 크기의 파일을 테스트하고 잘 작동, 실제로 나는 그것이 어떤 크기에 대해 작동 생각하지만 서버 B에서 서버 A에 다운로드한 다음 사용자 컴퓨터에 다운로드하기 때문에 다운로드하는 데 시간이 오래 걸립니다). 어쨌든 DotNet 코어에는 이와 같은 코드가 필요합니다. 컨트롤러 이름과 경로는 사용자에게 달려 있습니다. 파일을 다운로드하는 것은 매우 간단합니다. System.IO 네임스페이스를 사용하여 디스크에서 파일을 가져오고 작업에서 스트림을 반환합니다. 파일 청크도 반환할 수 있습니다. Google 검색으로 이 작업을 수행하는 방법에는 많은 예가 있습니다. Retrofit 출시 시퀀스의 이 블로그 게시물에서 가장 많이 요청되는 주제 중 하나인 파일을 다운로드하는 방법을 살펴보겠습니다. Retrofit을 사용하여 작은 .png에서 대형 .zip 파일에 이르기까지 모든 것을 다운로드하는 데 필요한 모든 통찰력과 스니펫을 제공합니다.
그러나 이제 파일을 사용자에게 다시 보낼 서버 A에서 서버 B로 파일을 다운로드해야합니다. 필요 이상으로 시간이 오래 걸릴 수 있습니다. readfile())은 대용량 파일을 자체적으로 전송하는 경우에도 메모리 문제가 나타나지 않습니다.