7.1 当前挑战与局限

7.1 当前挑战与局限

本节摘要：PWA 的挑战不是缺陷清单，而是 Web 平台向操作系统级能力跃迁时必然遭遇的范式摩擦。本节从运行时环境碎片化、硬件抽象层语义鸿沟、安装与生命周期模型分歧三个维度切开能力栈横截面，辨识深埋于标准表层之下的张力源点。（素材映射：原 7.1 节全部内容。）

本节导航

阅读完本节，你应当能够：

1. 解释 iOS 对 Service Worker 能力裁剪背后的平台逻辑；
2. 说出硬件访问碎片化的三层应对路径；
3. 分析安装率与留存率双双低迷的信任模型根源；
4. 描述细粒度能力协商模型的破局思路。

一、浏览器即沙盒，沙盒即牢笼

PWA 的核心承诺之一是"一次编写，处处安装"。但现实是：你无法在某个浏览器里安装一个完整意义上的 PWA，正如你无法在另一个里调用近场通信接口。这不是厂商的恶意封锁，而是关于"谁拥有终端控制权"的静默角力。

先厘清一个前提：PWA 本身并非单一标准，而是一组经社区孵化、部分融入正式规范的技术组合。其支柱看似中立，实则每一项都嵌套在浏览器厂商对"安全边界"的差异化诠释之中。以 Service Worker 为例，它的设计哲学是事件驱动加独立线程加无界面访问，天然具备后台持久化潜力——但这套能力在某移动平台上的实现，呈现出系统性的"降级生存"状态：后台获取仅限前台可见的标签页；周期同步完全缺失；推送事件需用户显式授权且仅限系统通知中心。于是在该平台上，离线体验退化为"缓存快照"，无法主动同步数据，推送沦为被动轮询的替代品。

这种裁剪并非孤立存在——它与独立窗口模式的渲染差异、短名称在图标的截断逻辑、主题色在状态栏的生效范围，共同构成一套连贯的约束体系。平台立场的公开宣示更能说明问题：其开发者文档明确写道，该平台的浏览器不支持以其他浏览器的方式把 Web 应用安装到主屏幕。它只允许 Web 内容以受控视图的形式存在，哪怕你竭力用元信息标签伪装。

于是一种奇特的二元现实出现了：在安卓阵营，PWA 可深度集成系统服务——支付应用能调用读卡器、音乐应用在锁屏显示控件、桌面模式下呈现多窗口布局；而在另一端，同一套代码自动退化为全屏内嵌视图——没有独立进程、无法后台保活、不参与系统电源调度、无法在任务切换器中以独立卡片存在。

这已超越兼容性问题，直指 Web 平台的根本矛盾：**当 Web 运行时试图扮演系统运行时的角色，操作系统厂商是否愿意出让核心主权？**这种明确反过来塑造了开发实践——大量项目引入条件编译，为受限平台注入垫片式兜底：用本地存储模拟后台同步、用页面可见性事件模拟挂起、用定时轮询替代周期同步。这些方案没有增强能力，反而在代码库埋下技术债：模糊了 Web 与原生的边界，调试复杂度指数上升，削弱了渐进增强的哲学根基。

二、感官失联：硬件访问的语义鸿沟

如果说主权之争尚属平台治理范畴，硬件访问限制则暴露更深的结构缺陷：Web 本质上是一个无状态、无设备、无上下文的抽象层，诞生于文档展示场景，其能力模型天然排斥对物理传感器的直接操控。

以摄像头为例，统一的多媒体接口在不同平台上演绎出截然不同的语义：在一个平台上可请求高帧率、高分辨率、多摄协同的原始视频流，并能精确查询硬件参数；在另一平台上，同一调用默认返回低分辨率压缩流，参数查询返回空对象，想要更高规格必须借道非标准的文件捕获方式——结果是唤起系统相机而非网页原生采集；在桌面端，外接设备可用性又依赖操作系统的底层权限框架。

传感器领域更严峻。现代设备内置加速度计、陀螺仪、磁力计、气压计、环境光传感器，统一的传感器接口本应成为感知物理世界的神经末梢，但各浏览器支持度参差：有的一体化支持并可动态请求高精度；有的仅支持基础事件且采样率受限；有的官方明确标注不支持。这导致一个荒诞现实：一款增强现实巡检应用，在某旗舰手机上可实时追踪毫米级空间位移并叠加建筑模型；在另一旗舰上只能依赖低精度方向事件做粗略判断，模型漂移严重；在企业平板上，即便硬件支持，也可能因容器未同步更新实现而退回过时方案。

问题的本质是 Web 平台缺乏统一的硬件能力协商与降级协议。能力供给还有随机性：能查处理器核心数的接口与能查存储配额的接口安然无恙，电池接口却被标记废弃。这种随机迫使开发者陷入"特性检测地狱"——为每个传感器写独立的回退路径，路径之间无法共享状态、复用算法、保证体验一致。追问到底：当一辆车的车载信息系统能否可靠读取总线数据、一台工业控制界面能否毫秒级响应急停信号都成问题时，Web 在"机器与机器间确定性通信"的战场上便彻底失语——它擅长人机交互延迟可容忍的任务，此外有心无力。

三、存在之问：安装不是终点

"PWA 最富感染力的口号是添加到主屏幕。但数据揭示了残酷悖论：头部 PWA 的平均安装率不足一成，其中七成以上用户安装后三十天内从未打开。

为什么？因为在 Web 语境中，安装本质是一次信任质押行为——用户要主动放弃熟悉的商店背书，接受一个无签名感、无版本号、无明确更新策略的未知实体。而原生应用的安装早已被包装为自动化契约：点一下"获取"，系统自动完成签名验证、沙箱创建、权限预设。背后是两种信任模型的差异：原生生态信任渠道权威（商店审核），Web 生态信任域名权威（加密证书）。但用户不理解证书链，他们只感知到"这个图标不在商店里"。当安装入口被藏进分享菜单三层深处，它已非技术限制，而是体验层面的制度性抑制。

安装之后的连锁反应更尖锐。推送的语义断裂：一处可接收加密消息并唤醒独立界面；另一处的载荷被严格限制（最大两三千字节、无自定义操作按钮），点击后强制在浏览器容器中打开。存储隔离的幻觉：开发者常假设各安装应用拥有独立存储；在某平台上，所有添加到主屏的 Web 应用共享同一存储域——用户在应用甲登录后打开应用乙，本地存储里竟残留着甲的认证令牌，这是真实发生的安全反模式。生命周期的真空：一处可监听多种挂起事件优雅释放资源；另一处直接冻结整个进程且无任何通知，长连接无声断开、音频意外中断、长任务被强制终止。

更深层的困境是**"卸载"语义的缺失**：一端删除图标即清除全部数据；另一端仅移除快捷方式，缓存、存储、Worker 仍驻留浏览器且无接口可供主动清理——看似被删除的应用从未真正离开，既造成存储泄漏，也在用户心智埋下信任隐患。

由此触及最尖锐的悖论：PWA 越努力模仿原生应用的安装形态，越暴露 Web 平台在应用身份建模上的先天不足。Web 从未设计过"应用"这一实体——它只有"文档"与"窗口"。清单试图赋予文档以应用身份，独立窗口试图抹去窗口边框，短名称试图缩短图标文字——这些补丁式设计终究无法重构一个缺失的本体论基础。

四、破局：从补丁到重写契约

行业曾尝试多种应对：垫片库模拟行为、混合框架桥接原生接口、打包工具把 PWA 装进原生壳绕过审核。但这些方案殊途同归：没有扩展能力边界，而是用更复杂的工程代价把 PWA 拖回原生轨道。

真正的出路不在修补裂缝，而在重写契约。标准化组织成立了专门的工作组，其首个草案提出革命性思路：放弃"全有或全无"的能力检测，转向细粒度能力协商模型。应用发起协商请求（如需要某分辨率某帧率的摄像头），浏览器根据硬件现状、用户授权、平台策略返回"授予""部分授予"或"拒绝"，并附带实际可用参数。开发者据此编写真正适应性的代码——完全授予走高规格路径，部分授予降级保关键特性，拒绝则提供静态备选。类似模型正延伸至传感器、蓝牙、近场通信。

与此同时，底层探索也在推进：有的引擎在推进真正的进程隔离与存储沙盒；有的在测试允许声明式调用预审模块的原生桥接。这些探索指向一个共识：PWA 的未来不在于让 Web 运行时无限逼近系统运行时，而在于构建分层可信执行环境——Web 层负责业务与界面，中间层负责能力协商与策略执行，底层由各平台按其主权原则提供合规实现。恰如网络协议栈：下层不关心上层的帧格式，上层不介入下层的转发逻辑。PWA 需要的正是这样一层能力抽象层——不消除平台差异，而把差异转化为可编程的契约条款。

⚠️ 常见坑：用垫片掩盖断层。为绕开平台限制堆叠模拟层，短期省事，长期让调试变成考古——每层垫片都是一次语义失真。约束明确时，宁可裁剪功能也要保持语义纯净。

💡 关键直觉：最好的系统设计不是消灭约束，而是让约束成为创意的模具。当一个平台禁止后台执行，你被迫创造出更精巧的预加载与缓存策略；当传感器缺失，你转向与其他能力的协同推理。透彻理解局限的成因、精准评估其影响、再把它们纳入设计的初始约束集——这才是专业的姿态。

五、动手片段：把限制探测出来而不是背下来

平台差异天天变，代码里现场探测比记笔记可靠：

function detectIosLimits() {
  const ua = navigator.userAgent;
  const ios = /iP(hone|ad|od)/.test(ua) ||
    (navigator.platform === 'MacIntel' && navigator.maxTouchPoints > 1);
  return { ios, standalone: navigator.standalone === true };
}
if ('storage' in navigator) {
  navigator.storage.estimate().then(est => {
    const mb = n => Math.round(n / 1048576);
    console.log('存储占用 ' + mb(est.usage) + 'MB / 配额 ' + mb(est.quota) + 'MB');
  });
}
​

推送权限的可用性也要分浏览器判断，避免在受限平台上留死按钮：

async function pushSupport() {
  const hasApi = 'PushManager' in window;
  const perm = await Notification.requestPermission().catch(() => 'denied');
  return { hasApi: hasApi, perm: perm, actionable: hasApi && perm === 'granted' };
}
// 结果为 false 时隐藏推送开关，而不是留着点了没反应
​

本章回顾

• 要点一：三大断层线——平台主权、硬件鸿沟、安装模型——都是范式摩擦而非缺陷。
• 要点二：受限平台的能力裁剪是连贯的策略体系，不是零散的兼容性问题。
• 要点三：安装率低迷的根源是信任模型错位：域名权威对抗渠道权威。
• 要点四：卸载语义缺失与共享存储是真实的安全与信任隐患。
• 要点五：细粒度能力协商是破局方向，把差异转化为契约条款。
• 要点六：约束是创意的模具——专业主义在边界内绽放价值。

认清了边界，下一节给出决策工具：什么场景选 PWA、什么场景坚守原生、什么时候折中混合——用三个坐标系替代功能对照表。