Nginx开启chunked输出（nginx输出真正访问路径）

在HTTP/1.1协议中， Transfer-Encoding: chunked 是一个用于流式传输数据的机制，它允许服务器在发送响应体之前不必知道响应体的完整大小。这在处理动态生成的内容时特别有用，比如大型文件下载、实时数据流等。

如果你想在NGINX中强制输出使用chunked传输编码的响应，通常情况下，当NGINX作为代理服务器或直接提供动态内容时，它会自动根据需要选择使用chunked传输编码。然而，在一些情况下，你可能需要确保即使对于特定大小已知的内容，也使用chunked编码。

注意：直接“强制”NGINX使用chunked传输编码通常不是直接配置选项，因为NGINX会基于多种因素（如响应体大小、客户端请求头、HTTP版本等）自动决定是否使用chunked编码。但你可以通过一些配置来影响它的行为。

1. 确保不设置 Content-Length

如果NGINX在响应中设置了 Content-Length 头，它将不会使用chunked编码，因为 Content-Length 已经明确指定了响应体的大小。确保在你的配置或应用逻辑中没有显式设置 Content-Length 头，或者设置为一个动态值（这可能仍然不是最佳实践，因为它会阻止chunked编码的使用）。

2. 使用 proxy_buffering off; （针对代理）

如果你在使用NGINX作为反向代理，并且想要确保后端服务器发送的响应以chunked形式转发给客户端，可以尝试关闭代理缓冲：

location / {

proxy_pass http://backend;

proxy_http_version 1.1;

proxy_set_header Connection "";

proxy_buffering off;

}

注意， proxy_buffering off; 可能会增加后端服务器的负载，因为它要求NGINX直接转发后端服务器的响应给客户端，而不进行任何缓冲。

注意，proxy_http_version这些很重要，默认只使用proxy_pass使用1.0代理，就不会有chunked了，我就是卡在这个环境上。业务nginx+fpm外面还有一层nginx代理且没设置使用长链接，导致我一直测试不过，以为是有其他的配置问题，直到最后跳过第一层nginx测试才发现原因。

3. 使用 chunked_transfer_encoding （旧版或特定模块）

在一些旧版本的NGINX或特定模块中，可能有一个指令如 chunked_transfer_encoding on; ，但实际上，NGINX的现代版本通常不需要这样的指令来启用