我将 java 的 HTTP Server 对象与 WebServiceProvider 实现的 Web 服务一起使用。 我看到无论客户请求如何，答案都是分块的，我需要它具有内容长度。 所以我假设问题出在服务器上，而不是 Web 服务器提供商，对吧？ 以及如何配置 http 标头以使用内容长度而不是分块？
HttpServer m_server = HttpServer.create();
Endpoint ep= Endpoint.create(new ep());
HttpContext epContext = m_server.createContext("/DownloadFile");
ep.publish(downloadFileContext);
【问题讨论】：
标签： java content-length chunked com.sun.net.httpserver
我假设您说的是com.sun.net.httpserver HTTPServer。我进一步假设您通过调用Endpoint.publish 将服务器连接到服务，使用一些支持HTTPServer 的服务提供者。
关键在HttpExchange.sendResponseHeaders方法中：
如果响应长度参数大于零，则指定要发送的确切字节数，并且应用程序必须发送该确切数据量。如果响应长度参数为零，则使用分块传输编码并且可以发送任意数量的数据。应用程序通过关闭 OutputStream 来终止响应正文。
因此，只要处理程序为responseLength 传递正值，就会使用 Content-Length。当然，要做到这一点，它必须提前知道要发送多少数据，而这很可能不会。恐怕它是否完全取决于绑定的实现。我不相信这是标准化的——事实上，我根本不相信 WebServiceProvider/HTTPServer 是标准化的。
但是，即使您的提供者不合作，您也有办法：编写一个添加缓冲的Filter，并将其添加到您用于发布服务的 HttpContext 中。我认为要做到这一点，您必须编写 HttpExchange 的实现，它缓冲写入它的数据，将其传递到过滤器链以便处理程序写入其响应，然后当它返回时，写入缓冲的内容，设置responseLength。
【讨论】：
epContext.getFilters().add(new BufferingFilter()))。或者，您可以编写一个过滤器来设置响应长度并且不进行缓冲，但是如果您对长度有误会导致错误，这是有风险的。