工作思考

从 PWA 说起 为什么需要 PWA? Native APP 用起来很流畅，但是也有其天然的基因缺陷： WEB前端没有上述问题，但是很多时候页面会卡顿，用户体验不佳。虽然社区之前也做过很多努力，例如v

背景 做了一个基于 vue3 的web项目，该项目有离线缓存需求 运行在 electron 提供的 Chrome 浏览器中 离线时首页不能白屏，有部分基础功能 该网页可能一直不关闭，所以需要定时刷新更

很明确，该script没有正确的结尾，但同一份文件在其他站点是没问题的，切换到该站点查看source文件，发现结尾确实不对，被截断了

现象 跨域请求，未收到回复，请求提示【provisional headers are shown】 问题 这个问题意思字面意思是“显示了临时报文头”，浏览器第一次发送这个请求，请求被阻塞，未收到响应。

现象 使用webpack打包，包名使用chunkhash方式，在不同机器下构建同一份代码，hash值不同，也就是代码块的包名不一样 分析 查看打包出的map文件，发现_buildModule使用了绝对

某天，测试大大说，你们这个网站哦，pc上打开很快，手机上很慢，快看看啥问题。作为甩锅第一名，当然不承认是前端问题了，第一反应是服务端慢。但是呢，pc上很快，这又说不通了。手机端也看不到请求，pc上又正常，第一反应是去看看日志，结果日志没问题。思考了很久，想到手机上用的是wifi…

背景 项目使用脚手架 create-react-app 搭建的react工程。在这个工程里，webpack配置本身并没有暴露出来。这时候需要配置别名 alias ，用来定义引用路径，而不用一层一层用相

背景 我们项目是单页面，具体页面路由使用的是hash路由 也就是在Java层，我们只有一个根路径 / 本来，正常增加一个页面，我们只需要写好代码，然后增加路由，最终访问效果是 https:/examp