为什么有些服务器为同一个文件返回不同的内容长度？

问题描述

我正在开发一个 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 标头获取文件大小。我认为通过这种方式文件大小非常可靠。我错了吗？