Hey folks! 看到你们团队在React Native和纯PWA之间做抉择，作为同时折腾过这两种方案的开发者，我来聊聊纯PWA可能遇到的那些容易被忽略的问题，帮你们更全面地评估：

1. 应用商店曝光/发现渠道缺失 #

你已经提到这一点了，我再补充下实际场景：iOS用户的应用获取习惯还是高度依赖App Store，很多人甚至不知道可以把PWA添加到主屏幕；桌面端PWA虽在推进，但主流桌面用户依然更习惯从Mac App Store、Microsoft Store这类渠道找应用，这会直接拉长你的产品触达用户的路径，初期获客难度会比原生类方案大。

2. 系统级API支持的差异化限制 #

虽然Chrome的PWA生态API很完善，但跨浏览器、跨系统的支持差异会让你头疼：

• iOS上的PWA后台能力被严格限制，比如后台推送、持续定位这类功能，稳定性远不如React Native或原生App，甚至部分场景下完全无法实现；
• 硬件相关的API（比如BLE蓝牙、NFC、指纹/面容识别的深度集成），PWA要么支持有限，要么需要大量适配工作，部分复杂场景（比如NFC支付的全流程）几乎没法用PWA落地；
• 后台任务处理能力弱，要是你的应用需要在后台同步大量数据、处理复杂计算，PWA很容易被系统强制杀掉，体验大打折扣。

3. 离线体验的实际局限性 #

PWA的离线支持是核心卖点，但实际体验和原生有不小差距：

• 离线缓存容量有上限，不同浏览器的限制不一样（比如Chrome依赖设备存储空间，iOS Safari的缓存策略更严苛），如果你的应用需要缓存大量资源或离线数据，很容易出现缓存失效、空间不足的问题；
• 离线状态下的功能完整性很难做到和原生一致，比如离线支付、离线编辑复杂文档这类场景，PWA的实现成本高，稳定性也不如原生框架。

4. 性能与流畅度的天花板 #

现代浏览器性能已经很强，但在复杂交互场景下，PWA还是不如原生（包括React Native）：

• 复杂动画（比如3D效果、高频视图切换）在中低端设备上容易掉帧，流畅度不如原生；
• 长时间运行后容易出现内存泄漏，导致应用卡顿，而React Native的内存管理机制更成熟，这类问题出现的概率更低。

5. 用户留存与使用习惯的障碍 #

• 很多用户会把PWA当成“网页”而非“独立应用”，不会像对待原生App那样频繁打开，留存率可能会比原生类方案低；
• 主屏幕图标虽可自定义，但和原生App在通知提示、系统优先级上有差异，比如iOS上PWA的通知不会像原生App那样有醒目的横幅提醒，容易被用户忽略。

6. 版本更新的不可控性 #

PWA依赖Service Worker自动检测更新，但偶尔会出现更新不及时的情况，用户可能还在使用旧版本；要是更新出现bug，回滚流程也不如应用商店方便，容易引发用户端的兼容性问题，处理起来很被动。

最后给点小建议 #

如果你们的应用是轻量级内容型产品，对系统API依赖少，追求快速上线、跨端一致性，PWA是个不错的选择；但如果需要深度集成系统功能、追求极致性能和用户留存，React Native会更适配你的需求。

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