PDF.js无法获得范围/流PDF的工作效果

Question

我们有一个可以使用PDF的应用程序，但是由于客户使用PDF的大小，我们遇到了缓存问题。决定在我们进行操作时检查流/使用范围请求以下载PDF。

这是我所看到的：

accept-ranges: bytes
access-control-allow-credentials: true
access-control-allow-headers: Authorization, Content-Type, body, Content-Length, Accept-Ranges, Range
access-control-allow-methods: GET,POST,PUT,DELETE
access-control-allow-origin: http://example.test
access-control-max-age: 1000
cache-control: max-age=31536000
content-length: 185124353
content-type: application/pdf
date: Thu, 05 Dec 2019 14:03:42 GMT
etag: "some-etag-that-works-nicely"

有很多CORS，因为我现在甚至在考虑将其推向开发环境之前，都在本地运行。我认为我们已经添加了所有必需的标头，以使PDF.js检测到我们支持范围调用，但是它似乎无法正常工作。

[当我进入PDFJS-dist/build/pdf.js（23744）行的v2.3.200文件时，我看到了：

if (getResponseHeader('Accept-Ranges') !== 'bytes') {
 return returnValues;
}

这让我思考；也许getResponseHeader()是区分大小写的，由于某种原因，我无法在惯用的混合大小写情况下让API响应其标头。因此，我决定对其进行修改，并使其returnValues返回allowRangeRequests = true。

这很有效，然后我看到一个200 OK具有与上面相同的标题（在本地工作时，在OPTIONS之后），应将其取消但不取消，然后是带有[ C0]，带有递增的206 PARTIAL等标题，如下所示：

range: byte=0-65000

REQUEST
range: bytes=0-65535
//...and other headers of course, omitted for brevity.

依此类推，这也为我提供了视图中的实际工作PDF（或至少几页）；因此表明它至少部分起作用。

现在为什么我需要“破解”这个问题，我似乎缺少PDF.js的标头来检测我们实际上支持范围，因为它似乎正确实现了？并且这也是为什么由于“范围支持检测”的另一部分而无法取消没有

RESPONSE
accept-ranges: bytes
access-control-allow-credentials: true
access-control-allow-headers: Authorization, Content-Type, body, Content-Length, Accept-Ranges, Range
access-control-allow-methods: GET,POST,PUT,DELETE
access-control-max-age: 1000
cache-control: max-age=31536000
content-length: 65536
content-type: application/pdf

的初始提取的原因吗？

Answer 1

我们已经开始使用它，似乎PDFjs的内部实现对标头相当挑剔。当您将它与CORS结合使用时（因此您首先要进行range: bytes=0-65535调用），似乎根本无法拾取正确的标头。这可能是一个错误，但是我没有花时间去研究并确保我们应该报告它。

其次，HTTP2 SPDY协议使所有标头都变为小写，并且PDFJS依赖的内部实现似乎对区分大小写的标头很挑剔。当我们禁用HTTP2 SPDY并在没有CORS的情况下重试时，我们可以正常使用它。