真正决定网页能否以应用模式运行的是 manifest.json 和 pwa 识别逻辑，而非 meta 标签；ios 仅支持 apple-mobile-web-app-capable="yes" 作为 manifest 的 fallback，且仅限 safari；桌面端完全忽略 application-name 等 meta，名称必须来自 manifest.json 的 short_name 和 name 字段；硬性条件包括 https、有效 service worker、合法 manifest（含 name、short_name、icons、display:"standalone"）。
meta 标签本身不能让网页“以应用模式运行”——它只是辅助项，真正起效的是 manifest.json 和浏览器对 PWA 的识别逻辑。单独加一堆 meta 不会触发安装按钮、全屏窗口或桌面快捷方式。
为什么 apple-mobile-web-app-capable="yes" 只对 iOS Safari 有效
这个 meta 标签只影响 iOS Safari 在“添加到主屏幕”后的启动外观：它告诉 Safari “可以当 Web App 打开”，但前提是页面已满足 PWA 基本条件（HTTPS、注册 Service Worker、有合法 manifest.json）。没有这些，content="yes" 就是摆设。
-
content="true"或"1"都无效，必须写"yes" - 它不控制 Android Chrome、Edge、Firefox 的任何行为，这些浏览器完全忽略该标签
- 即使写了，Safari 仍优先读取
manifest.json中的display字段；若 manifest 缺失或display不合法，Safari 才退而用这个 meta 做 fallback
desktop PWA 场景下 meta[name="application-name"] 完全无用
桌面端所有主流浏览器（Chrome、Edge、Firefox）和操作系统（Windows Web Apps、macOS Dock）都不解析 meta name="application-name"。你看到任务栏图标名、开始菜单项、固定网站标题没变，不是配置漏了，是根本没被读取。
- 桌面端唯一可信的名称来源是
manifest.json中的short_name（图标旁显示）和name（安装确认页、系统设置里显示） - 加了
meta name="application-name"反而可能干扰 Lighthouse 检测、触发构建工具误报、误导新人补错字段 - 如果桌面图标名不对，第一反应不该是检查
meta，而是验证manifest.json是否可访问、short_name是否 ≤12 字符、display是否为"standalone"或"fullscreen"
真正决定“是否能以应用模式运行”的硬性条件
浏览器只在同时满足以下全部条件时，才显示“安装”按钮或允许创建桌面快捷方式：
- 页面通过 HTTPS 提供（
localhost除外） - 注册了有效的
ServiceWorker（且作用域正确，通常为/） - 存在合法的
manifest.json，并通过<link rel="manifest" href="/manifest.json">正确引入 -
manifest.json必须包含name、short_name、至少一个icons（推荐192x192和512x512PNG），且display设为"standalone"或"fullscreen"
缺一不可。任何一项失败，meta 标签再多也白搭。
容易被忽略的一点：iOS Safari 对 manifest.json 的 display 字段支持有限——它只认 "standalone"，设成 "fullscreen" 会被忽略，仍以普通网页打开。所以跨平台兼容的 manifest，display 应统一用 "standalone"，再配合 iOS 专属的 meta 标签收尾。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
