CSS调整图像大小仍然不是一个好主意吗？

人们一直认为，在图像上使用width / height属性不是原来的实际图像是一个坏主意。这可能意味着像素化的图像或下载的大小大于必要的图像。

但是，这仍然是一个问题吗？我不建议放大照片的尺寸，但是缩小尺寸不应该是一个问题，只要它与原始照片没有太大差异并保持缩放即可。

例如，我有一张600x400的照片，并在上面粘贴了400px的宽度。大多数现代浏览器将图像按比例缩小，看起来渲染效果还不错。

那么，大家对此有何看法？

不必担心缩放（根据我的经验，大多数浏览器都会使缩放后的图像看起来很好），不必担心已发送给最终用户的有效负载的大小。

当然，您可能会争辩说，只是为两端发送的多余像素浪费了很少的带宽，而无意使用，但同时也浪费了时间。

对于您发送的每个超出所需大小的图像，都会为用户的页面加载增加一点点延迟。对于仅包含几张图片的网站来说，这不是问题，但是对于拥有大量支持资产的网站，您将开始增加明显的延迟，而延迟将使您花费大量金钱。

另外，关于微小的带宽成本，随着站点流量的增加，微小的带宽成本也会增加。

因此，为公司省钱，并花费30秒的时间自己调整图像大小！:)

与往常一样，进行基准测试，但是除非应用程序非常受欢迎/对任务至关重要，否则如果您需要经常更改宽度，则我不会太担心从600缩小到400。如果是一次性的，当然可以运行convert -geometry 400x photo1.jpg photo2.jpg，但是如果您是快速迭代的应用程序，那么即使在性能方面，也可能要担心更重要的事情。例如潜伏期；例如，抢先加载图像。

图像尺寸在移动设备上很重要，在移动设备上，大尺寸图像具有缓慢加载（移动宽带），渲染时间较长（低级硬件）以及-渲染后无法在高分辨率下完全可见的三重影响。无论如何。

您可能还想研究响应式图像。人们已经做了很多工作，例如，自动缩小大小然后缓存服务器上的图像是一种很好的方法，如果这样做的话很多。

问题是有效载荷，浏览器将在任何大小上渲染都差不多（尤其是您正在谈论的较小尺寸）

对于高容量站点，即使单个字节也很重要。您不想发送不需要的数据。

说到不好的主意，将宽度/高度调整几个像素或者可能是10或20个像素并不是一个坏主意。但这是一个非常糟糕的主意，如果您将大图像缩小为缩略图:)