移动端定时器PWA如何避免浏览器进程被关闭，保障后台通知正常触发

• 正在开发一款主要面向移动端设备的定时器类PWA，核心功能是在用户设定的时长结束时主动发送通知提醒；由于提前向用户明确了功能逻辑，所有使用该功能的用户都是主动授权通知权限的，不存在权限申请的阻碍。
• 目前这个功能仅能满足基础场景运行：只要用户停留在应用页面、浏览器保持打开状态、设备没有锁屏，提醒逻辑就可以正常触发。
• 为了降低自动锁屏对功能的影响，之前已经做过两轮方案适配：
  • 优先使用Wakelock API在兼容设备上阻止屏幕自动锁定，但实际上多数设备和浏览器环境并不支持这个能力
  • 引入NoSleep.js作为过渡方案，通过播放用户无感知的低功耗视频，为更多不支持原生亮屏锁的设备延长亮屏时间，这是目前可行的补充方案

但现在依然存在无法绕开的核心障碍：只要用户主动触发锁屏（比如把手机放进口袋时习惯性按下锁屏键），iOS或Android系统就会在一段时间后主动暂停浏览器进程，直接导致提醒通知被延迟到用户重新打开浏览器时才触发——往往间隔很久，完全违背了定时器的设计初衷。

• 如果选择原生开发路径，就可以直接调用系统提供的后台能力实现精准定时：比如iOS平台可调用对应后台运行权限、后台应用刷新机制；Android平台可使用系统任务调度组件实现后台任务准时触发。但转原生开发就会失去PWA的核心优势：无需安装、可随时自主更新、跨平台体验一致。
• 据目前的Web开发生态现状，绝大多数浏览器厂商都对网页的后台运行能力做了严格限制，基本不会允许网站长期持有后台进程的运行权限，避免网页滥用设备资源。

目前的核心疑问：

• 是否存在可行的技术路径，在保留PWA核心优势的前提下，实现「锁屏状态下依然能准时触发提醒通知」的功能？
• 是不是必须转向原生开发才能解决这个需求？哪怕转做原生应用，依然需要直面各品牌系统自定义的后台进程限制规则，和系统的电源管理机制做长期对抗

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