嗨，我来帮你梳理下为什么现在Android Chrome不再自动弹出“添加到主屏”和推送通知的弹窗——确实是浏览器和系统层面的规则有了不少调整，下面分几个核心点说明：

1. “添加到主屏”（A2HS）的触发规则大幅收紧 #

Chrome为了减少对用户的打扰，早已改变了自动弹窗的逻辑：

• 现在必须满足用户和站点有至少30秒的有效交互（比如滚动页面、点击功能按钮，单纯打开页面不算），才会触发A2HS的提示资格；
• 你的PWA必须严格符合核心条件：web app manifest里display要设为standalone/fullscreen/minimal-ui（不能是browser），start_url可正常访问，且有符合尺寸要求的图标（至少192x192和512x512）；
• 另外，Chrome现在默认不再自动弹窗，而是把“添加到主屏”的入口放在地址栏的「添加」按钮里，用户需要主动点击才会看到确认弹窗。你也可以通过监听beforeinstallprompt事件，自定义触发时机（比如在用户点击专门的“添加到桌面”按钮时弹出提示）。

2. 推送通知权限弹窗的限制更严格 #

不管是Chrome还是Android系统，都对通知权限的请求做了严格管控：

• 不能在用户刚进入站点就自动请求通知权限，必须有明确的用户主动交互（比如用户点击了“接收更新通知”这类按钮）才能触发权限弹窗；
• 如果用户之前拒绝过你的通知请求，Chrome会在一段周期内不再显示弹窗，需要用户手动去Chrome设置里开启权限；
• Android 13及以上系统要求单独申请通知权限，即使你的PWA配置了push相关参数，也得在前端代码里主动调用Notification.requestPermission()，且要符合系统的权限触发逻辑。

3. 检查你的PWA配置细节 #

很多时候弹窗不显示是因为配置没达标：

• 确认站点是HTTPS协议（localhost除外），Chrome不允许HTTP站点使用PWA的高级功能；
• 检查Service Worker是否正确注册并激活，可以在Chrome DevTools的「Application」面板查看状态；
• 验证web app manifest的有效性：用DevTools的「Manifest」标签页检查是否有报错，确保name、short_name、start_url、display等关键字段都配置正确。

4. 用户侧的设置干扰 #

如果用户做了以下设置，也会导致弹窗不显示：

• 在Chrome设置里关闭了「允许网站请求通知权限」；
• 在Android系统设置里禁用了Chrome的通知权限；
• 用户已经把你的PWA添加到主屏，Chrome不会重复触发A2HS提示。

调试小技巧 #

你可以用Chrome DevTools的「Application」面板：

• 在「Manifest」里查看A2HS的触发状态，手动测试添加到主屏；
• 在「Notifications」标签页测试通知权限请求；
• 通过「Service Workers」面板检查服务 worker 的注册状态。

内容的提问来源于stack exchange，提问作者vikramvi