经过27个月后，如今距离欧盟《数字市场法案》（DMA）的正式落地只有短短数天。作为DMA重点针对的海外大厂，苹果方面酝酿多时的iOS17.4正式版，也大概率会在3月5日发布，因此这就使得iOS 17.4正式版可能会因为DMA，成为iOS史上的一个关键节点。

除了万众瞩目的第三方应用商店，以及第三方浏览器能在iPhone上使用WebKit以外的web引擎，其实还有一个意味深长的变化，那就是Safari不再支持苹果当初力推的PWA。

PWA（Progressive web App）也就是渐进式网络应用程序，可能绝大多数国内用户都其没什么概念。因为在市场竞争极为激烈的国产智能手机和海量开发者的通力合作下，国内移动互联网生态成熟速度太快，App生态在短短数年间就已经建设起来，所以web App这种介于web和App之间，具有良好跨平台兼容性的中间态产物也就直接被略过了。

作为w3c（万维网联盟）在2014年提出的一个概念，PWA是用Service Worker技术、现代web API，以及传统的渐进式增强策略来创建的跨平台web应用。其允许用户将网页作为应用安装在智能手机上，并包含Reliable 、Fast、Engaging三大特性（即门槛低、速度快、可靠性高）。简单来说，PWA可以被视为是小程序的鼻祖，如今手机厂商推出的快应用就是它的变体。

PWA最大的优势在于其跨平台的通用性和兼容性，可以让网站以原生App的形式运行，并且不需要通过应用商店或安装包就能直接使用。而相比原生App，使用PWA显然会更加容易和快速，还能通过链接来分享PWA应用。

事实上，PWA是通过Service Workers来进行缓存，并直接将本地缓存的内容展示给用户，可优化用户的弱网及断网体验。当应用有可用的更新时，能够只更新发生改变的部分，而非像原生App那样强制用户热更新。

隐藏浏览器UI的全屏运行、操作系统级别的通知和提醒、设备离线时也能使用、本地数据存储和检索、可在桌面上添加图标，以及访问LBS、相机、传感器、音频、Apple Pay等API接口，就让PWA实现了在web浏览器中提供高性能的体验。这样一个使用体感类似原生App，却比后者更方便的产品，就是当初谷歌和苹果力推PWA的关键。

彼时移动互联网还不像如今这般成熟，大量从PC互联网时代遗留下来的开发者，对于编写Android应用的Java、iOS应用的Objective-C和Swift也并不熟悉。而PWA的出现，则让一大堆前端开发者使用JavaScript就能无缝将网页包装成App的形式提供，它既不需要编译，还不需要提交到应用商店进行审核。但PWA不仅仅代表着苹果希望进一步繁荣iOS生态的愿景，它的跨平台特性，也是彼时追求生态大一统的保障。

而一款应用可以同时在Mac、iPad、iOS，乃至Apple Watch上使用，这甚至是苹果推出的“连续互通”都梦寐以求的效果。既然如此，为什么PWA没有在后续发展过程中一路走高，反而是变得默默无闻了呢？最直接的原因，当然是移动互联网这座金矿吸引了越来越多人。过去十年间，学习Android/iOS开发成为了热门项目，但开发者数量的井喷，则造成了App直接进入供过于求的状态。

其次，随着全球各国基础设施建设进程的推进，以及国内手机厂商陆续出海，物美价廉的国产智能手机开始逐步走入了欠发达的印度、东南亚、非洲、南美洲等地区，也让PWA这种天然适配弱网及断网环境的产品越来越没有用武之地。

最后、也是最关键的一点，小程序的出现占据了原本属于PWA的生态位。毕竟对于用户而言，PWA最大的魅力就是方便，即不需要打开应用商店，也不用消耗太多的流量，即点即用。

小程序的出现让国内的PWA生态还没发育起来就直接夭折，但在海外、特别是欧美市场，情况则完全不同。得益于互联网行业发展得更早，所以当地的web生态反而更加成熟，并且由于类似微信、抖音这样的超级App匮乏，不出意外的话，PWA将会成为欧美版本的小程序。

然而DMA的出现，直接改变了PWA的命运。由于苹果需要允许第三方开发者使用非WebKit渲染引擎来开发PWA，所以这一变化就直接促使了其下定决心放弃对于PWA的支持。

要知道PWA具备强烈的web色彩，这固然让它比原生App更轻便，但也带了web端固有的脆弱性。在网络环境中，PWA应用更容易受到各种攻击和威胁，例如QL注入、跨站脚本、重新定向攻击等。苹果方面就曾经透露，要让PWA符合DMA的要求涉及大量工作，再加上PWA的使用率有限，因此继续投入资源显然就是件不切实际的事情。

苹果作为目前消费电子行业中对于用户隐私和安全最为重视的企业，为了遵守DMA的要求、并确保用户的数据安全和隐私，简直就不能更加顺理成章。只可惜随着苹果的退出，PWA所代表的web应用注定将没有未来了。