抓包发现订单列表响应 75.9KB 明文下发(客户端已发 Accept-Encoding: gzip, br, 响应既无 content-encoding 也无压缩)。原因在 Caddyfile:`encode zstd gzip` 写在 `handle /api/*` 之后,而 Caddy 的 route 按书写顺序执行、handle 匹配后即终止链路, 于是所有 API 响应都绕过了编码器;静态文件一直是压缩的,只是因为它们落在 encode 之后的 file_server。 把 encode 提到 route 内最前面即可(SSE 的 text/event-stream 不在 encode 默认 压缩类型里,事件流不受影响)。后台与打手端 API 同时受益。 验证:部署后 curl 订单列表应出现 content-encoding: gzip 且体积大幅下降; 静态资源仍然压缩;/api/v1/admin/realtime 仍正常流式返回。