如何解决为什么有些服务器为同一个文件返回不同的内容长度？
我正在开发一个 Android DownloadManager 应用程序，但我遇到了这样的情况：某些服务器（如 Linkedin 服务器）在其响应标头上针对同一文件发送不同的 content-length。例如，考虑下面代表 Linkedin 上的图像的链接：
https://media-exp1.licdn.com/dms/image/C5622AQH-gfIVQhjzUw/Feedshare-shrink_2048_1536/0/1615695432381?e=1619049600&v=beta&t=-zbenzxOleARjnxVrmlsX-_6gmlvhzU0-2M-peUHLyI
当我发送 HEAD 请求（使用 POSTMAN）来获取图像信息时，有时 Content-Length 是 77241，有时是 79191。我知道图像的实际大小是 79191 字节，但我不知道为什么在大多数情况下它会发送 77241。
任何帮助将不胜感激。
解决方法
我不知道这是怎么发生的，但是通过使用另一种策略来获取文件的大小，问题得到了解决（至少到现在为止）。
我过去所做的是向服务器发送一个 HEAD 请求并读取它的 Content-Length。但正如我提到的，发送的 content-length 有时是错误的。因此，我发送了一个 GET 请求，其中 Range 标头等于 0-255，并检查了响应标头中是否存在 Content-Range 标头。如果存在，我会从中提取文件大小，因为其值的格式如下：bytes 0-255/79191 和 79191 是正确的文件大小。
如果 Content-Range 不存在，我发送没有 Range 标头的 HEAD 请求并从 Content-Length 标头获取文件大小。我认为通过这种方式文件大小非常可靠。我错了吗？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。