客户端提示不包括这一点，

suraiyaislamsum

但它的哥哥，Accept标题，可能包含有价值的信息。 Accept: imagewebpimage***q=0.8 复制 这个例子来自 Chrome，它足以告诉我们WebP是首选。其他浏览器可能只是说**这基本上意味着“向我发送任何内容”。在这些情况下，您可以应用自己的规则，或者更好的是，服务器可以实施更高级的设备智能解决方案来决定返回客户端的最佳图像格式。 客户端的服务器端提示  我们可以说，通过客户端提示，我们将选择图像源的责任从浏览器转移到了服务器。当然，这意味着我们需要实现一些逻辑来作用于客户端提示服务器端。 涉及服务器的好处是，服务器可以即时生成完美匹配，而不是像浏览器那样从预先生成的图像文件列表中选择最佳匹配！在小范围内，。

这是完全可以实现的，因为我们在  标头中拥有所需的所有信息。 然而，如果这项任务有点艰巨，并且性能是优先考虑的因素，那么一些 Web 服务（如果您愿意的话，可以是图像代理）已经支持客户端提示。其中之一是免费的ImageEngine。例如，使用 ImageEngine，我们首先 购买电话号码列表 必须使用服务的 URL 对图像进行“前缀”。 如果您的图像src的 URL 是s:exampleimage.jpg，那么我们必须将其更改src为s:y]是您注册时获得的个人令牌。只要元标记存在并且该sizes属性存在于图像标记中，我们就可以开始了。查看 cURL 的响应，我们可以看到服务器如何响应： 复制 该请求的aDPR为2，aWidth为150像素，aViewport-Width为800。服务器然后响应标Content-DPR头，其目的是向浏览器确认返回图。



像的像素比例是多少，以便浏览器可以适应它页面正确。 在上面的示例中，Content-DPR始终与请求标头相同DPR，因为 ImageEngine 正在将输入图像缩放到 的精确值Width。作为奖励，即使Width未设置，ImageEngine 也会回退到Viewport-WidthWURFL（设备数据库）中的屏幕尺寸数据。 如果您自己实现服务器，并且选择通过从一组预生成的图像源中选择最接近的匹配来模仿浏览器行为，则标头的编号可能与客户端的提示Content-DPR不同。DPR浏览器将利用Content-DPR将图像缩放到其显示尺寸。 另外值得注意的是Vary标题。此标头的目的是告诉客户端（浏览器或代理）来自此 URI 的响应将根据Width标头的值而变化。这使得网络代理和内容交付网络能够更好地缓存图像——至少与基于User-Agent. 。