增加了runtimeChunk, 为了固定chunk 的 hash, 减少线上更新带来的加载消耗, 具体不多少, 关于runtimeChunk 的说明就让更专业的人来吧~~
话说回来 , 问题依然是之前的问题...页面前置代码到达300K+对于移动端来讲已经岌岌可危了, 还是动手精简吧
inline-manifest-webpack-plugin manifest 很小, 没有必要单独请求阻塞后面 js 的加载...imagemin-webpack 279K -> 244k
?
?
引入 imagemin 压缩图片, 并且使用有损压缩的算法
?...这些就慢慢优化吧
总结一下
目前用到的优化方法
uglify 压缩
lodash 按需引入
升级webpack 4
imagemin
manifest-inline
runtimeChunk
去掉不需要的库...减少公共库重复
精简代码
总之, "没有银弹",需要根据实际项目针对分析, 才能找到可优化的点
这里只是抛砖引玉记录了这个项目的优化过程, 希望对各位前端同学有些帮助