Web bmp文件应该用于网站吗

在网站上使用bmp文件时，除了文件大小之外，是否存在问题？

缺乏支持？我不相信很多浏览器能正确处理它们。

对于2002年后的浏览器或Internet Explorer，没有问题，它们会显示出来。IE支持它，其他（你可以找到代码和/或WebKit）也支持它以保持兼容。唯一的问题是尺寸，这意味着：

• 来自web主机的大量不必要流量
• 用户下载时间更长

---

如果你需要无损压缩，请使用PNG：它受到广泛支持，少数几个不完全支持它的浏览器，如IE 6，也支持BMP的所有功能——它们不支持PNG透明，但BMP也不支持透明。

它们似乎在任何地方都受支持，我刚刚测试了WinXP/Firefox、WinXP/IE8，WinXP/Chrome、Win7/Firefox、Win7/Safari、Win7/IE9、OSX/Firefox、OSX/Chrome、OSX/Safari、OSX/Opera，带有DIB样式的BMP文件。不要尝试使用非常旧的程序，但是Photoshop7+将保存DIB风格的BMP。您可能希望使用bmp，因为它对于难以压缩的微小图像具有如此低的头开销。我刚刚测试了一张5x5的随机颜色图像：bmp@16bit=116字节，gif=152字节，png@24bit=1004字节，png@paletted=1105字节，jpeg@medium=1217字节测试感谢！与GIF相比，这并不是一个很大的改进（或者除了很小的难以压缩的图像外，你还有一个非常小的网页内容！），但你是对的@8比特或单色可能更少。但是考虑到改进（几个字符的值），我想我会使用一个图像（可能是GIF格式）和所有这些小图像，并使用带有填充的CSS来实现这一点：如果连接速度非常慢（<大约9600位/秒），这也会保存一个HTTP连接由于低延迟和一个非常具体的用例，它也会更快。事实上，自从上次发布以来，我已经对此进行了更深入的探讨。DIB BMP有一些有趣的限制，但在小图像上影响文件大小的一个限制是，如果扫描线（像素的水平行）不是32位，它将被填充到32位的倍数。因为这个原因，5x5图像很难测试（它在任何颜色深度下都无法计算出32位）。对于4x4 16位BMP，您只有88字节（16位*4像素=64位扫描线）。