请说明在 ASP.NET Core 应用中，通过 Response Compression Middleware 来提升性能的具体做法是什么？
考察说明
考查对 ASP.NET Core 响应压缩中间件的理解与应用能力。
回答思路
- 【回答框架 1】Response Compression Middleware 是 ASP.NET Core 内置的中间件，用于对响应内容进行压缩，减少传输数据量，从而提升性能。它通过配置支持的压缩提供程序（如 Brotli、GZip）和 MIME 类型，在响应发送前进行压缩。
- 【回答框架 2】使用步骤：首先在服务容器中调用 AddResponseCompression 方法注册服务，并配置压缩提供程序及可选参数（如启用 HTTPS 压缩、设置 MIME 类型列表）。然后在请求管道中调用 UseResponseCompression 中间件，注意需放在需要压缩的中间件之前。
- 【回答框架 3】压缩机制：中间件根据请求的 Accept-Encoding 头选择压缩算法，默认优先 Brotli，其次 GZip。它只压缩符合条件的响应（如文本类 MIME 类型），对已压缩内容（如图片）不重复压缩。
- 【回答框架 4】性能优化效果：减少网络传输字节数，降低带宽消耗，提升页面加载速度。但会消耗 CPU 资源，需权衡压缩级别与性能。
- 【回答框架 5】注意事项：对于 HTTPS 连接，默认可能不压缩，需显式启用；需确保中间件顺序正确，避免压缩已发送的响应。
- 【关键点 1】Response Compression Middleware 通过压缩响应体减少传输数据量。
- 【关键点 2】配置时需注册服务并调用中间件，且顺序在响应生成之前。
- 【关键点 3】支持 Brotli 和 GZip 等压缩提供程序，根据 Accept-Encoding 自动选择。
- 【关键点 4】只压缩文本类 MIME 类型，避免对图片等已压缩内容重复压缩。
- 【关键点 5】压缩会消耗 CPU，需根据场景调整压缩级别。
- 【易错点 1】HTTPS 下默认可能不压缩，需显式配置 EnableForHttps。
- 【易错点 2】中间件顺序错误可能导致压缩不生效或异常。
- 【易错点 3】过度压缩小响应可能增加 CPU 开销，收益有限。