【发布时间】：2014-03-12 16:48:59
【问题描述】：
最近我发现了编码图像（base64 字符串），它看起来非常好。我有几个问题：
- 我应该对所有图像进行编码吗？
- 如果我对照片进行了编码，是否必须将我网站上的照片保存在某个目录中？
- 这能快多少？真的值得转换每张图片并将其用作字符串吗？
- 如果我有画廊，我应该使用编码图像，还是保持原样，在某些情况下会导致数百个 HTTP 请求？
提前致谢！
【问题讨论】：
【发布时间】：2014-03-12 16:48:59
【问题描述】：
我应该对所有图像进行编码吗？
否，部分浏览器有限制
尽管 Mozilla 支持基本上无限长度的数据 URI， 浏览器不需要支持任何特定的最大长度 数据。例如，Opera 11 浏览器将数据 URI 限制为大约 65000 个字符。
如果我有一张经过编码的照片，我是否必须将我网站上的照片保存在某个目录中？
否，如果对原始图像进行编码，则不需要原始图像，而只需要编码后的字符串。
这能快多少？真的值得转换每张图片并将其用作字符串吗？
它将为您节省 http 请求，并且您不应该转换每张图片。
如果我有画廊，我应该使用编码图像，还是保持原样，在某些情况下会导致数百个 HTTP 请求？
不，你不应该，看看lazy loading吧。
【讨论】：
-
谢谢！我喜欢这种延迟加载！从现在开始肯定会使用它:)
我应该对所有图像进行编码吗？
不一定。如果您使用base64 编码，图像的大小通常会比原始资源增加~33%，它们不会像普通图像那样被缓存，它们总是需要转换成图像。
因此最好使用这种技术来减少一些小图像的请求量。此外，像 IE7 这样的旧浏览器不接受 base64 编码
我有一张经过编码的照片，我是否必须将我网站上的照片保存在某个目录中？
没有
这能快多少？真的值得转换每张图片并将其用作字符串吗？
不，看第一个答案
如果我有画廊，我应该使用编码图像，还是保持原样，在某些情况下会导致数百个 HTTP 请求？
我不会推荐这个。您应该考虑使用图像预加载器或延迟加载
【讨论】：
-
感谢您的评论！所以基本上我应该转换非常小的图像来保存 HTTP 请求，对吗？以这种方式加载图标精灵好吗？或者我应该避免它
-
是的，小精灵是这项技术的理想选择。对于图标，您也可以考虑使用标志性字体（例如fontello）而不是图像