每当我们发布版本之后万恶的index.html的缓存老是需要手动清除一下，才能加载新的js文件（虽然我们使用了hash后缀打包js文件，但是html文件入口是固定的）。每次客户出现了问题，都只能在群里说下清一下缓存试试呢。这样也不是个事儿呀... 如上图所示，我访问系统时第一个…

经过对浏览器缓存优化方案的调研和实现过程，我发现了一个令人意外的发现：页面加载速度提升了整整48.5%！

启发式缓存是浏览器缓存的默认行为（即对于没有 Cache-Control 的响应）不是简单的“不缓存”，而是根据所谓的“启发式缓存”进行隐式缓存。

前段时间公司需要招聘几个初级前端，面试过程中，问了这么一个问题：“项目打包后的dist文件夹中，比如js、css这些文件的名称为什么是hash值的，就是一串无规则的字符串”。

提升首屏的加载速度，是前端性能优化中最重要的环节，这里笔者梳理出一些 `常规且有效` 的首屏优化建议 通过对比优化前后的性能变化，来验证方案的有效性，了解并掌握其原理

日常项目开发中，涉及到一些例如支付数据，点击捕获错误等信息，埋点日志的上报是必不可少的，项目中埋点指令的简单封装，作以参考。 埋点安装 标题也有说，我们用的是 神策埋点平台 提供的JS SDK 参数配

简单了解微前端 微前端具备以下特点： 技术栈无关：主框架不限制接入应用的技术栈，微应用具备完全自主权 独立开发、独立部署：既可以组合在一起运行，也可以单独运行。 增量升级：在面对各种复杂场景时，我们通

1. 安装乾坤 2. 主应用中的mian.js文件注册乾坤 3. 子应用中配置 4. 子应用中配置项

微前端的特性：“技术栈无关”，“独立开发、独立部署”，“环境隔离” 这意味着我们可以循序渐进的进行巨石应用的拆解，去技术升级、去架构尝试、去业务拆解等等。以低成本、低风险的进行，为项目带来更多可能性