【新帖】 感觉你们对 PWA 有什么误解，所以我来讲讲它～

首先，最大的误解之一是 PWA 化的网站需要添加到首页才能发挥 PWA 的作用。
不，完全不是。添加到首页和用浏览器访问的区别基本只有主题和屏幕方向等参数的差异，使用浏览器访问 PWA 网站仍然能发挥几乎所有的优势，例如离线缓存。

最大误解之二，PWA 和 WX小程序是一样的东西。
这个篇幅比较长，我尽量简短描述：
需要承认的是它们的理念是很相似的，但却又是完全不同的：
首先，PWA 化的网站不会影响任何浏览器的正常访问（不管是支持或不支持 PWA），而WX小程序已经不再是 Web 站点，仅仅是底层利用了 Web 技术而已，不可能再被浏览器公开访问。对于WX小程序而言，底层甚至可以重构成跟 Web 毫无关系的技术，例如以前很多软件利用 Android 动态加载的能力远程载入插件，甚至能做到免安装跑一个 Native 应用（主应用提供外壳框架），只不过现在来看是非法的。又因为 Web 是天然的最佳跨平台技术，所以小程序选择了它，但是将小程序和网站或者 PWA 混为一谈是不对的。
PWA 网站被访问时，不仅有正常网站的所有特点，同时还包括 PWA 带来的优势（例如 Service Worker 的离线缓存）。即使不将网站添加到屏幕上，在离线状态下浏览器仍然能够访问，因为此时缓存不再由服务端控制，反而是由客户端自主决定什么时候更新。
如果说将一个某种类型的网站制作成小程序是多此一举的，那么将网站 PWA 化几乎则百益无害，因为 PWA 是在网站作为正常 Web 程序运作的基础上工作的，而WX小程序则是一个技术独立的，且仅运行于WX的东西，将网站分化成了多个前端。

正确来看，WX小程序是底层利用 Web 技术的客户端应用。而 PWA 是将网站进行一定程度的“原生化”的优化手段。
WX小程序解决的是应用的远程更新问题，而 PWA 解决的是网站的离线访问问题，可以说是完全相反的。

小程序又类似 React Native 或者 Weex 这些在移动端以 Web 为主的跨平台开发技术。
如果将 React Native 的 Runtime 部分抽出来，所有 RN 应用不包含运行时并依赖抽离出来的应用的话，那么这就跟WX小程序很类似了。区别在于WX小程序的底层仍然利用 Web 技术，但是 RN 底层是原生组件，中间层才是 Web（目的是更高的性能）。而对于 WX小程序而言 Runtime 是微信本身。

说了这么多废话，其实就是想说两点：
一，PWA 跟 WX小程序不是一回事儿
二，PWA 化网站是一种优化方式，不存在多此一举。除非说 PWA 化你的网站给你造成了访问问题或者开发上比较明显的负担，但显然这些都是不存在的

另外举个实际例子：https://blog.bluerain.io
上面的我的博客就是 PWA 化的网站，无论是桌面浏览器还是手机访问都能发挥 PWA 的所有优势，网站主体资源会被缓存到 ServiceWorker 上（包括 HTML），连请求都不用发（不会出现 304 请求验证过期），可以纯离线访问（手机开飞行模式，刷新首页），当然这个没有必要，因为没有缓存 API。
PWA 的缓存类似于浏览器的 Cache from disk 的加强版，仅从这个方面来讲它对网站的优化能力就是巨大的。

所以我支持使用 ServiceWorker 啊，我说的多此一举的是给博客等一类网站加个 manifest.json，不知道你在激动什么。

学习了

另外还有误解：
使用了 App manifest 的网站 ≠ PWA，这个文件是给“添加到屏幕”这个功能提供属性支持的，而“添加到屏幕”是浏览器的功能，任何网站都能添加到屏幕。只不过有清单文件的网站添加后图标（或者快捷方式）是清单中自己定义的 LOGO 和 名称等属性，而没有清单文件的是浏览器根据页面自动生成的。只有使用了 ServiceWorker 的网站才是 PWA，此时的 manifest.json 才是真正的运用程序清单，否则只是个快捷方式。

这个是所有浏览器都有效果吗？？

太高端看不懂

博客的主题是什么？突出一个“简”