바이너리 파일, 주로 파일을 제공하는 ASP.NET MVC의 새로운 WebAPI를 사용하여 웹 서비스를 개발 .cab하고 .exe있습니다.

다음 컨트롤러 메소드가 작동하는 것 같습니다. 즉, 파일을 리턴하지만 컨텐츠 유형을 application/json다음과 같이 설정합니다 .

public HttpResponseMessage<Stream> Post(string version, string environment, string filetype)
{
    var path = @"C:\Temp\test.exe";
    var stream = new FileStream(path, FileMode.Open);
    return new HttpResponseMessage<Stream>(stream, new MediaTypeHeaderValue("application/octet-stream"));
}

더 좋은 방법이 있습니까?

속성을 다음과 같이 설정하여 simple HttpResponseMessage을 사용해보십시오 .ContentStreamContent

// using System.IO;
// using System.Net.Http;
// using System.Net.Http.Headers;

public HttpResponseMessage Post(string version, string environment,
    string filetype)
{
    var path = @"C:\Temp\test.exe";
    HttpResponseMessage result = new HttpResponseMessage(HttpStatusCode.OK);
    var stream = new FileStream(path, FileMode.Open, FileAccess.Read);
    result.Content = new StreamContent(stream);
    result.Content.Headers.ContentType = 
        new MediaTypeHeaderValue("application/octet-stream");
    return result;
}

stream사용 에 대해 몇 가지 참고할 사항 :

• stream.Dispose()웹 메소드가 컨트롤러 메소드의 result데이터를 클라이언트로 다시 전송 하도록 처리 할 때 여전히 웹 API에 액세스 할 수 있어야하기 때문에을 호출하지 않아야합니다 . 따라서 using (var stream = …)블록을 사용하지 마십시오 . 웹 API가 스트림을 처리합니다.

• 스트림의 현재 위치가 0으로 설정되어 있는지 확인하십시오 (예 : 스트림 데이터의 시작). 위의 예에서는 파일을 방금 연 경우에만 제공됩니다. 그러나 다른 시나리오 (예 : 바이너리 데이터를 처음에 쓰는 경우 MemoryStream)에서 확인 stream.Seek(0, SeekOrigin.Begin);하거나 설정하십시오.stream.Position = 0;

• 파일 스트림에서 FileAccess.Read권한을 명시 적으로 지정하면 웹 서버의 액세스 권한 문제를 방지 할 수 있습니다. IIS 응용 프로그램 풀 계정에는 종종 wwwroot에 대한 읽기 / 목록 / 실행 액세스 권한 만 부여됩니다.

내용은 웹 API 2 , 당신은 구현할 수 있습니다 IHttpActionResult. 내 꺼야 :

using System;
using System.IO;
using System.Net;
using System.Net.Http;
using System.Net.Http.Headers;
using System.Threading;
using System.Threading.Tasks;
using System.Web;
using System.Web.Http;

class FileResult : IHttpActionResult
{
    private readonly string _filePath;
    private readonly string _contentType;

    public FileResult(string filePath, string contentType = null)
    {
        if (filePath == null) throw new ArgumentNullException("filePath");

        _filePath = filePath;
        _contentType = contentType;
    }

    public Task<HttpResponseMessage> ExecuteAsync(CancellationToken cancellationToken)
    {
        var response = new HttpResponseMessage(HttpStatusCode.OK)
        {
            Content = new StreamContent(File.OpenRead(_filePath))
        };

        var contentType = _contentType ?? MimeMapping.GetMimeMapping(Path.GetExtension(_filePath));
        response.Content.Headers.ContentType = new MediaTypeHeaderValue(contentType);

        return Task.FromResult(response);
    }
}

그런 다음 컨트롤러에서 다음과 같이하십시오.

[Route("Images/{*imagePath}")]
public IHttpActionResult GetImage(string imagePath)
{
    var serverPath = Path.Combine(_rootPath, imagePath);
    var fileInfo = new FileInfo(serverPath);

    return !fileInfo.Exists
        ? (IHttpActionResult) NotFound()
        : new FileResult(fileInfo.FullName);
}

그리고 다음은 IIS가 확장명을 가진 요청을 무시하도록 요청하여 컨트롤러에 요청하도록하는 한 가지 방법입니다.

<!-- web.config -->
<system.webServer>
  <modules runAllManagedModulesForAllRequests="true"/>

.NET Core를 사용하는 사용자 :

API 컨트롤러 메서드에서 IActionResult 인터페이스를 사용할 수 있습니다.

    [HttpGet("GetReportData/{year}")]
    public async Task<IActionResult> GetReportData(int year)
    {
        // Render Excel document in memory and return as Byte[]
        Byte[] file = await this._reportDao.RenderReportAsExcel(year);

        return File(file, "application/vnd.openxmlformats", "fileName.xlsx");
    }

이 예제는 단순화되었지만 그 점을 알아야합니다. .NET 핵심에서이 과정은 그래서 .NET의 이전 버전보다 훨씬 간단합니다 - 즉, 어떤 설정 응답 형식, 내용, 헤더 등

또한 파일 및 확장명에 대한 MIME 유형은 개별 요구에 따라 다릅니다.

참조 : @NKosi의 SO 게시물 답변

제안 된 솔루션은 정상적으로 작동하지만 컨트롤러에서 바이트 배열을 반환하는 다른 방법이 있으며 응답 스트림의 형식이 적절합니다.

• 요청에서 "Accept : application / octet-stream"헤더를 설정하십시오.
• 서버 측에서이 MIME 유형을 지원하기 위해 매체 유형 포맷터를 추가하십시오.

불행히도 WebApi에는 "application / octet-stream"에 대한 포맷터가 포함되어 있지 않습니다. GitHub 에는 BinaryMediaTypeFormatter 구현이 있습니다 (webapi 2에서 작동하도록 메소드가 약간 변경되어 메소드 서명이 변경되었습니다).

이 포맷터를 전역 설정에 추가 할 수 있습니다 :

HttpConfiguration config;
// ...
config.Formatters.Add(new BinaryMediaTypeFormatter(false));

BinaryMediaTypeFormatter요청이 올바른 Accept 헤더를 지정하면 WebApi를 사용해야합니다 .

byte []를 반환하는 액션 컨트롤러가 테스트하기에 더 편하기 때문에이 솔루션을 선호합니다. 그러나 다른 솔루션을 사용하면 "application / octet-stream"(예 : "image / gif") 이외의 다른 컨텐츠 유형을 리턴하려는 경우 더 많은 제어가 가능합니다.

허용 된 답변의 메소드를 사용하여 상당히 큰 파일을 다운로드하는 동안 API가 두 번 이상 호출되는 데 문제가있는 사람은 응답 버퍼링을 true로 설정하십시오. System.Web.HttpContext.Current.Response.Buffer = true;

이를 통해 전체 바이너리 컨텐츠가 클라이언트로 전송되기 전에 서버 측에서 버퍼링됩니다. 그렇지 않으면 컨트롤러에 여러 요청이 전송되는 것을 볼 수 있으며 제대로 처리하지 않으면 파일이 손상됩니다.

사용중인 과부하는 직렬화 포맷터의 열거를 설정합니다. 컨텐츠 유형을 다음과 같이 명시 적으로 지정해야합니다.

httpResponseMessage.Content.Headers.ContentType = new MediaTypeHeaderValue("application/octet-stream");

당신은 시도 할 수 있습니다

httpResponseMessage.Content.Headers.Add("Content-Type", "application/octet-stream");