name="application-name"在桌面端完全不生效，现代浏览器和操作系统（如Windows Web Apps、IE固定到任务栏、Chrome快捷方式）均忽略该非标准meta属性，仅依赖manifest.json中的short_name和name字段控制图标名与窗口标题。
name="application-name" 在桌面端固定网页（如 IE 的“固定到任务栏”、Windows Web Apps、Chrome 的“创建快捷方式”）中完全不生效。它既不会影响图标名称，也不会改变启动后窗口标题，更不会被任何现代桌面环境读取。
为什么 desktop PWA 和固定网站都不认 application-name
桌面端固定行为由操作系统或浏览器原生机制驱动，而非 HTML 元数据解析：
- Windows Web Apps（Edge/Chrome 创建的“应用式快捷方式”）只读取
manifest.json中的short_name和name，且要求start_url和display: "standalone"同时存在 - IE 9+ “固定到任务栏”仅使用
<title>标签内容作为任务栏显示名，<meta name="application-name">被彻底忽略 - Firefox 和 Safari 桌面版不支持网页固定为应用，也无任何逻辑处理该 meta
- 即使你手动在 Windows 上用右键 → “将此页面固定到任务栏”，系统提取的仍是
<title>，不是content值
manifest.json 才是桌面端唯一可信的名称来源
所有主流桌面平台（Windows、macOS、Linux 上的 Chromium/Edge/Firefox PWA）都依赖 manifest 文件，而不是 meta 标签：
-
short_name：用于任务栏图标、开始菜单项、Dock 图标等空间受限场景；必须 ≤ 12 字符，避免空格和特殊符号（否则部分 Windows 版本会截断或报错） -
name：用于系统设置、权限弹窗、安装确认页；可含空格和 Unicode，但需确保 UTF-8 编码且响应头为Content-Type: application/manifest+json - 必须通过
<link rel="manifest" href="/manifest.json">显式声明，且文件需可公开访问、无重定向、无 CORS 阻断
加了 application-name 会出什么问题？
它不是“没用”，而是带来明确干扰：
立即学习“前端免费学习笔记（深入）”；
- Lighthouse 会报
Manifest does not have application-name类似警告（虽然实际不检查它），误导开发者以为漏配关键项 - 某些构建工具（如 Webpack 插件、Vite 插件）会尝试解析所有
meta[name]，导致不必要的字段校验失败或日志噪音 - 当
manifest.json缺失或配置错误时，开发者容易误以为“加了 meta 就能 fallback”，结果桌面图标名变成<title>或空白，却查不出根源 - 团队协作中，新人看到这个 meta 容易模仿写法，把其他非标准字段（如
name="pwa-title"）也塞进去，加剧混乱
真正要控制桌面端显示名，就老老实实配好 manifest.json，删掉所有 <meta name="application-name">。它不是兼容性补丁，是历史遗留的幻觉——2014 年 Chrome 试过，2015 年就砍了，现在连旧文档都懒得提它。
