我猜想
HttpURLConnection将会简单地
Content-Length用正确的值覆盖标头，因为它 知道 说谎是不好的;-)
事实上：在线条535-550
sun.net.www.protocol.HttpURLConnection的
Content-Length设置如果合适的话。设置用户指定的标头 后 ，会发生这种情况，因此该值将被覆盖。
这是正确的：如果您传输的数据量与要求的量不匹配，那么您只会混淆另一端。
检查它的来源
sun.net.www.protocol.http.HttpURLConnection似乎有一个受限制的标头列表，并且在调用时将无提示地将其忽略
setRequestProperty。
Content-Length在该列表中。不幸的是，这似乎没有文档记录（至少我找不到关于此的任何文档，这里只是一个相关问题的讨论）。
谷歌搜索引入了此“功能”的ChangeSet中提到的Bug
ID（？），似乎此变化是作为对安全漏洞CVE-2010-3541和CVE-2010-3573的反应而引入的（关于此主题的Redhat
bug） 。
该限制可以手动系统属性设置被禁用
sun.net.http.allowRestrictedHeaders，以
true在JVM启动。
