应用生命周期

Web 打包文档描述了用于网站和应用的新包格式的用例，并概述了这种格式。

在移动设备上运行的应用可以通过不同的状态，从运行到空闲、暂停、停止、丢弃或终止。这些状态之间的转换由底层操作系统触发，并从 Web 应用中隐藏。页面生命周期方案旨在向应用公开状态转换，以便这些应用能够保持/恢复状态、启用/禁用网络等。

用户空闲检测文档提出了一个 API 以检测用户何时变为空闲或何时锁定屏幕。应用可以使用该信息来通知其他用户当前用户不可访问（比如在聊天软件中），及时显示警告或暂停媒体以节省用户不在时的带宽。

很多网站会在其自己的用户界面内嵌入来自第三方来源的内容（例如新闻内容），或者将第三方内容加载到 iframe 中以提供更快、可靠的加载体验，这对于移动设备尤其重要。这种方法的一个主要缺点是不保留第三方的来源：只有第一方的来源出现在地址栏中，这使得用户难以识别他们正在浏览的内容的出处和可信度。另一个缺点是第三方页面无法利用附加到其源的客户端资源和权限。Portals是一个在网站或网页之间实现无缝切换的提案，它使一个页面能够嵌入另一个页面，并在嵌入状态和切换后的全屏状态之间无缝转换，从而解决上述源的问题。

Web 后台同步规范建立在 Service Workers 之上，通过在后台运行网络操作，使 Web 应用能够无缝地保持用户数据的最新状态，从而适应用户在移动设备上可能经常遇到的不可靠的连接。

Background Fetch 定义了一个类似的基于 Service Workers 的后台下载和上传机制，但允许以用户可见的方式让操作在后台继续进行，即使是在用户关闭了所有浏览器窗口和 worker 的情况下。该规范专门用于支持下载和上传大型资源（如播客、电影、纹理）。

一个应用可以一次运行多个 worker，并且一个应用的多个实例可以在单独的窗口中同时运行。Web 锁 API 允许此类应用获取锁并协调实例之间共享资源（例如存储）的使用。

MiniApps 是在具有混合原生和 Web 功能的宿主应用或操作系统中运行的一类应用形态。MiniApp 使用了 Web 技术（如 CSS 和 JavaScript）。出于性能或安全原因，一些通用 Web 技术在 MiniApp 上不可用（如 MiniApp 通常无法访问 DOM）。MiniApp 通常包含一些在原生应用（例如联系人 API 和地图）或开发框架（例如视图和页面路由）中更常见的特性。MiniApp 的信任模型与常规 Web 应用不同，因为 MiniApp 通常需要在宿主平台上进行审核和批准，然后用户才能访问它们。MiniApp 标准化白皮书回顾了 MiniApp 的潜在标准化领域。MiniApp 社区组负责培养更具体的需求文档和技术提案（URI Scheme、Lifecycle、Manifest、Packaging）。