SVG 转 ICO - 每个尺寸都从矢量绘制

六个：16、32、48、64、128 和 256 像素见方。16 用于浏览器标签页，32 用于任务栏和书签栏，48 用于 Windows 桌面，更大的三个覆盖高密度显示屏和 Windows 资源管理器里的大图标视图。每一个都是存放在容器内部的完整 PNG。

因为缩小采样会把细节平均掉。我们用两种方式在 16 × 16 上渲染了一个像素风标记：直接从矢量绘制得到 141 个完全实心的像素，半透明像素为零。而从 512 像素的渲染结果缩小后，同样的 16 × 16 网格里有 98 个实心像素和 64 个部分透明的像素 - 四成的墨色变成了模糊。

不总是，而且值得知道分界在哪。当图稿的边缘正好落在像素网格上时收益最大：几何标记、像素画，以及任何使用 shape-rendering 的图形。而对于细描边的线性图标，两者几乎没有差别，因为 24 单位画布上的 2 单位描边，在 16 像素下无论哪种方式都不到一个半像素。

需要，但它是后备而不是主角。只要你声明了，所有现役浏览器都更偏好 SVG 或 PNG 图标；然而 Windows 快捷方式、RSS 阅读器，以及一长串嵌入式浏览器至今仍会直接请求 /favicon.ico。它只是个很小的文件，却能避免在你从不测试的地方出现一个坏掉的图标。

会。每个尺寸都作为带 alpha 通道的完整 PNG 存放在容器里，所以你的 SVG 没有绘制的地方保持透明。这一点在图标上比在任何别的东西上都更重要，因为浏览器标签页、任务栏和书签栏的底色各不相同，一个白框在每一处都会露馅。

去简化，而不是去锐化。16 像素总共只有 256 个像素，细描边、小字和紧凑的细节都撑不住。多数好图标在那个尺寸下就是一个粗壮的单一形状。请为小尺寸单独画一个简化版本，而不是指望某个转换器能拯救那个精细的版本。

因为某些 Windows 外壳版本会直接取它能用的第一个条目，而不去搜索最佳匹配。把 256 像素的图像写在最前面，能让这些程序拿到高分辨率版本；而其他所有读取方本来就会读完整个目录并正确选择。这样做没有任何代价，却避开了一整类你看不见的缺陷。

不能。目录条目用各一个字节存放宽和高，所以 256 就是上限 - 而且它被存成零，这是这个格式唯一真正古怪的地方。要更大的就该用 PNG：使用我们的 SVG 转 PNG 工具，填入你需要的任意像素尺寸即可。

可以 - 这里产出的容器是标准的多尺寸 ICO，正是 Windows 可执行文件资源段所期望的格式。把你的安装程序或构建工具指向它即可。注意 256 像素的条目是以 PNG 而非原始位图数据存放的，Windows Vista 及之后的版本都能正常读取。

不会。渲染、编码和打包全都在你的浏览器里完成。你的图稿不会发送到任何服务器，除了你自己的下载文件夹之外不会写到任何地方，我们也永远看不到它。这也意味着不存在排队等待 - 速度的唯一限制是你自己设备的性能。