让 ResponseCompression 在 .NET Core 2.0 Web API 中工作

Question

我已按照所有文档在我的 .NET Core 2.0 Web API 项目中设置 ResponseCompression，但我看不到传输大小的差异。以下是使用 Postman 的前后结果：

压缩前： https://i.stack.imgur.com/jAAuy.jpg

压缩后： https://i.stack.imgur.com/HviP5.jpg

这是我在 Startup.cs 中的 ConfigureServices 方法的开始：

public void ConfigureServices(IServiceCollection services)
{
    services.AddResponseCompression(options =>
    {
        options.Providers.Add<GzipCompressionProvider>();
    });
    services.Configure<GzipCompressionProviderOptions>(options =>
    {
        options.Level = CompressionLevel.Optimal;
    });

这是我在 Startup.cs 中的配置方法：

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
    app.UseResponseCompression();

    if (env.IsDevelopment())
    {
        app.UseDeveloperExceptionPage();
    }

    app.UseSwagger();
    app.UseSwaggerUI(c =>
    {
        c.SwaggerEndpoint("/swagger/v1/swagger.json", "My API V1");
    });

    app.UseMvc();
}

这是我对 VendorController 的 Get 操作：

[HttpGet]
public IActionResult Get()
{
    var stuff = new Collection<string>();
    for (int i = 0; i < 100000; i++)
    {
        stuff.Add($"hello{i}");
    }
    return Ok(stuff);
}

我没有使用 IIS，这是我的 Program.cs：

public class Program
{
    public static void Main(string[] args)
    {
        BuildWebHost(args).Run();
    }

    public static IWebHost BuildWebHost(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .UseStartup<Startup>()
            .Build();
}

任何帮助将不胜感激。所有文档都说这应该会给我的转移规模带来很大的不同。

Answer 1

在你的情况下压缩工作正常，你只是检查它不太正确。

Postman 会实际显示非压缩数据的大小。这是有道理的，因为 Postman 是一个使用 HTTP 协议运行的应用程序，它并不太关心底层传输协议（如 TCP）的大小。

查看实际响应大小的最简单方法是使用 Fiddler。您可以在 Miscellaneous 集合下添加 ResponseSize 列，因为它实际上不是 HTTP 响应的一部分。然后你会看到，对于这样的合成数据，压缩包的大小确实是非压缩包的 10 倍以上：