直接替换根目录 favicon.ico 文件并清缓存最可靠；多数模板已预置 <link rel="icon" href="/favicon.ico">，只需确保文件置于 Web 服务器根目录（如 Nginx 的 /var/www/html），且命名准确、权限可读，再清除浏览器及 CDN 缓存即可生效。
直接改 favicon.ico 文件并确保路径正确，比折腾各种 link 标签更可靠；多数响应式模板已预置图标引用，你真正要做的只是替换文件 + 清缓存。
检查模板里是否已有 favicon 引用
打开模板的 index.html（或 head.html、_includes/head.html 等公共头部文件），搜索 <link rel="icon"。常见情况有：
- 只有一行：
<link rel="icon" href="/favicon.ico">→ 说明它依赖根目录下的默认文件，你只需替换服务器根目录的favicon.ico - 带
sizes和多格式：<link rel="icon" type="image/png" sizes="32x32" href="/assets/favicon-32x32.png">→ 路径指向子目录，必须按路径把新图标放对位置 - 混用
rel="shortcut icon"和rel="icon"→ 保留第一个rel="icon"，删掉冗余的shortcut行，避免解析歧义
图标文件放哪才被浏览器真正读到
别凭感觉放——浏览器对路径极其敏感，尤其在响应式模板常配合构建工具（如 Hugo、Jekyll、Vite）或 CDN 部署时：
- 如果模板用
href="/favicon.ico"：文件必须放在 Web 服务器的**根目录**（例如 Nginx 的root /var/www/html下），不是 HTML 所在目录 - 如果模板用
href="favicon.ico"（无开头/）：文件需和当前 HTML 文件**同级**，比如index.html和favicon.ico都在dist/目录下 - 如果模板用
href="assets/icons/favicon.svg"：确保该相对路径在最终生成的 HTML 中能解析成功，构建后检查dist/assets/icons/是否真有这个文件 - 绝对不要用
./favicon.ico或../favicon.ico—— 单页应用或路由跳转后路径会失效
为什么换了图标还是旧的？缓存链比你想的长
不是代码没生效，而是浏览器、CDN、甚至 Service Worker 把旧图标锁死了：
立即学习“前端免费学习笔记（深入）”；
- 浏览器对
favicon.ico默认缓存极强，max-age=31536000很常见，Ctrl+R 都刷不出来 - 验证方式：直接在地址栏输入
https://yoursite.com/favicon.ico，看是否返回新图；若仍是旧图，说明文件根本没更新或路径不对 - 临时绕过：在
href后加版本号，如href="/favicon.ico?v=2"（上线前务必删掉） - 彻底清缓存：Chrome 地址栏输入
chrome://settings/clearBrowserData→ 勾选“缓存的图像和文件”，再重启浏览器 - 如果是本地开发（
http://localhost:3000），检查是否有 Service Worker 注册了旧资源，用 Application → Service Workers → Unregister
要不要支持 SVG 或 PNG？看你的目标用户
响应式模板通常面向现代设备，但兼容性仍得兜底：
- 只用
.ico：最省心，16×16 + 32×32 打包进一个文件，IE11 及以上全支持 - 加
.png：适合高 DPI 屏幕，必须写明type="image/png"和sizes="32x32"，否则 Chrome/Firefox 当普通图片忽略 - 慎用
.svg：Safari 直到 v17 才稳定支持rel="icon"的 SVG，且必须声明type="image/svg+xml"；更适合用作rel="mask-icon"（仅 Safari pinned tab） - 别只放 192×192.png 就以为移动端 OK：iOS 主屏图标靠的是
<link rel="apple-touch-icon">，它不读rel="icon"的任何 PNG
真正卡住人的从来不是怎么写那行 link，而是文件没放对位置、缓存没清干净、或者误以为换了个 PNG 就自动适配所有设备——favicon 是个细节活，错一点，标签页就空白。
