HarmonyOS开发者限时福利来啦!最高10w+现金激励等你拿~ 了解详情
写点什么

基于 webpack 的应用治理

  • 2020-03-25
  • 本文字数:2543 字

    阅读完需:约 8 分钟

基于 webpack 的应用治理

当前市面上大部分前端应用都是基于 webpack 进行构建,而随着应用日益庞大,webpack 应用就会出现构建速度慢,构建结果体积大等一系列问题。

一、webpack 应用治理应该从哪个方向入手?

随着应用的不断迭代,webpack 应用最常见的两个问题就是:


  1. 构建速度慢;

  2. 构建体积大。


有一个很简单的划分方式,就是以构建(build)为分界线,分成前向治理和后向治理:


  • 前向治理:提升构建速度;

  • 后向治理:保证构建结果质量。


我们的治理方向,就是围绕前向治理和后向治理。


二、前向治理包含哪些内容?

前向治理的核心概念,就是一个字 `快`,目的就是提升构建速度,市面上大部分 webpack 优化文章都是这一类提升构建速度的文章,所以这里就简单介绍一些不错的实践


1. 利用 SMP 采集 webpack 数据指标



数据先行,通过 speed-measure-webpack-plugin 采集性能指标,可以得到 webpack 在整个编译过程中在 loader、plugin 上花费的时间,基于该数据可以专项的进行优化和治理。


2. 开启缓存


如果通过 SMP 分析得知在 loader 编译过程耗时较多,那么可以在核心 loader,例如 babel-loader 中添加缓存。


{  loader: 'babel-loader',    options: {      cacheDirectory: true    }}
复制代码


3. 开启 happyPack 多线程编译


如果通过 SMP 分析得知在 loader 编译过程耗时较多,还可以通过使用 happyPack,开启多线程编译,提升开发效率。


4. 使用 dll 技术


dll 可以简单理解成提前打包,例如 lodash、echarts 等大型 npm 包,可以通过 dll 将其提前打包好,这样在业务开发过程中就不用再重复去打包了,可以大幅缩减打包时间。


5. 升级到 webpack5


webpack5 利用 `持久缓存` 来提高构建性能,或许升级 webpack 后,前述的各种优化,都将成为历史。

三、后向治理包含哪些内容?

后向治理主要保证构建结果的质量


1. 可视化分析构建结果



很常见的就是 webpack-bundle-analyzeer,提供打包结果的可视化展示,如上图给予的决策帮助是:


  • 是否需要按需加载;

  • 是否需要提取公共代码;

  • 是否需要制定 cacheGroup 的策略。


2. 清理 deadcode


业务开发过程中,随着业务迭代,经常有些文件、模块及代码被废弃,这些废弃代码随着时间推移,将逐渐变为历史包袱,所以针对构建后结果,我们要做的就是清理其中的 deadcode。


前面 webpack-bundle-analyzeer 虽然是最常用的插件,但依旧有一些缺陷:


1)体积超小的 deadcode 模块引用,无法被准确识别。



例如上图:


lodash 体积大一下子就能被发现,就会意识到重复引用或者是未使用


但 deadcode 模块 c 体积很小,即便被 chunk1、chunk2 都引用了,也不一定能立刻发现,很容易被带到线上


而且这种 deadcode 也无法通过 splitchunk 来进行优化,因为 splitchunk 根据引用次数提取公共代码,无法分辨是否是废弃代码,所以对模块 c.js 这种的 deadcode 就无力了


2)tree-sharking 只保留有用的代码,但 deadcode 还在那里。


tree-sharking 大家都了解,摇掉不需要的代码,做为最终的输出结果,但反过来说,这些废弃代码依旧在本地真实不虚的存在着。


所以如何能准确的清理掉 deadcode 呢?这就需要通过 webpack 的 统计信息(stats) 来进行更细节的分析


3. 统计信息(stats)


stats 是通过 webpack 编译源文件时,生成的包含有关于模块的统计数据的 JSON 文件,这些统计数据不仅可以帮助开发者来分析应用的依赖图表,还可以优化编译的速度。


webpack --profile --json > compilation-stats.json
复制代码


通过上述全局命令即可输出统计信息,例如:


{  "version": "1.4.13", // Version of webpack used for the compilation  "hash": "11593e3b3ac85436984a", // Compilation specific hash  "time": 2469, // Compilation time in milliseconds  "filteredModules": 0, // A count of excluded modules when `exclude` is passed to the `toJson` method  "assetsByChunkName": {    // Chunk name to emitted asset(s) mapping    "main": "web.js?h=11593e3b3ac85436984a",    "named-chunk": "named-chunk.web.js",    "other-chunk": [      "other-chunk.js",      "other-chunk.css"    ]  },  "assets": [    // A list of asset objects  ],  "chunks": [    // A list of chunk objects  ],  "modules": [    // A list of module objects  ],  "errors": [    // A list of error strings  ],  "warnings": [    // A list of warning strings  ]}
复制代码


其中:modules:表示 module 的集合


  • module:webpack 依赖树中的真实模块;

  • chunks:表示 chunk 的集合;

  • chunk:包含 entry 入口、异步加载模块、代码分割(code spliting)后的代码块。


通过对 modules 和 chunks 加以分析,就可以得到 webpack 完整的依赖关系,从而梳理出废弃文件及废弃代码,同时也可以根据业务形态进行定制。


4. webpack-deadcode-plugin


前面提到分析 stats.json,但因为是原始数据,数据量比较大,有一定处理和清洗成本,所以可以使用开源的 webpack-deadcode-plugin 这个插件



通过 webpack-deadcode-plugin,可以快速筛选出:


1)未使用的文件;


2)未使用的已暴露变量。


5. 结合 eslint、tslint 进行治理


lint 可以快速的扫描出未使用的变量,这能够极大的提升我们的 deadcode 清理效率。


1)首先通过 lint 对未使用变量进行清理;


2)再通过 webpack-deadcode-plugin 再扫描出未使用文件和未使用的导出变量。


顿时整个应用干干净净,舒舒服服!

四、参考

speed-measure-webpack-plugin:


https://github.com/stephencookdev/speed-measure-webpack-plugin


happyPack:


https://github.com/amireh/happypack


webpack-bundle-analyzeer:


https://github.com/webpack-contrib/webpack-bundle-analyzer


stats:


https://webpack.js.org/api/stats/


webpack-deadcode-plugin:


https://github.com/MQuy/webpack-deadcode-plugin


作者介绍


阿里影业高级开发工程师 百命


相关阅读


电影垂直行业的云智开放平台如何炼成?


阿里工程师带你了解 B 端垂类营销中心如何设计?


云智前端技术如何赋能场馆院线?


60 秒售出 5 万张票!电影节抢票技术揭秘


电影行业提升 DCP 传输效率,还能这样做!


超大型场馆的绘座选座解决方案


大型赛事稳定性保障:Dpath 为世界军人运动会护航


世界顶级赛事的票务支撑:百万座位与限时匹配


前端技术:Webpack 工程化最佳实践


电影票房数据查询服务高性能与高可用实践


2020-03-25 10:003017

评论

发布
暂无评论
发现更多内容

ESP32-C3入门教程 网络 篇(二、 Wi-Fi 配网 — Smart_config方式 和 BlueIF方式)

矜辰所致

wifi ESP32-C3 9月月更 BlueIF Smaart_config

Shell编程学习(二)

Studying_swz

Shell 脚本 9月月更

架构实战营模块1作业

陌生流云

架构实战营

JS 模块化 - 02 Common JS 模块化规范

Java-fenn

Java

[架构实战]学习笔记

爱学习的麦子

VS Code settings.json 10 个高(装)阶(杯)配置!

掘金安东尼

9月月更

详解CAN总线:CAN协议分层结构及功能

不脱发的程序猿

CAN总线 CAN协议 CAN协议分层结构及功能

20 条 Chrome DevTools 使用建议,盲猜这几个你不知道~

掘金安东尼

前端 9月月更

抽丝剥茧看时间序列预测

CnosDB

IoT 时序数据库 开源社区 CnosDB infra

竟拿到阿里45K高薪offer!只因他刷了这份阿里微服务天花板手册

Geek_0c76c3

Java 数据库 开源 架构 面经

[架构实战] 课后作业

爱学习的麦子

Alibaba架构师内部最新发布SpringCloud开发手册,Github限时开源

Geek_0c76c3

Java 数据库 spring 开源 架构

MyBatisPlus学习

Geek_6689b6

入门 MyBatisPlus 9月月更

详解CAN总线:CAN节点硬件构成方案

不脱发的程序猿

嵌入式 汽车电子 CAN总线 CAN节点硬件构成方案 CAN节点

详解CAN总线:标准数据帧和扩展数据帧

不脱发的程序猿

汽车电子 通信协议 CAN总线 CAN协议 标准数据帧和扩展数据帧

名震GitHub!字节跳动内部顶级数据结构刷题学习笔记根本停不下来

程序知音

Java 数据结构 算法 后端开发 数据结构与算法

架构营第一期作业

许四多

架构师的十八般武艺:安全架构

agnostic

安全架构

评判优秀程序员标准:“高并发”,竟被一份Github万星笔记讲清楚了

Geek_0c76c3

Java 数据库 架构 开发 面经

阿里高工内产的 SpringBoot 实战派手册仅发布一天霸榜Github

Geek_0c76c3

Java 数据库 开源 架构 开发

架构师的十八般武艺:可观测性

agnostic

可观测性

Shell编程学习(一)

Studying_swz

Shell 初阶 9月月更

详解CAN总线:CAN总线报文格式—数据帧

不脱发的程序猿

汽车电子 CAN总线 CAN协议 CAN总线报文格式 CAN数据帧

Github爆火!阿里最新发布的《高并发核心编程笔记》PDF文档

Geek_0c76c3

Java 数据库 开源 架构 开发

架构实战营模块八作业

zhihai.tu

【编程实践】出行无忧,利用Python爬取天气预报

迷彩

爬虫 爬虫教程 9月月更 Scarpy

邓荣伟:稳定支撑每秒百万笔支付请求,支付宝数据库架构的过去、现在与未来

OceanBase 数据库

重磅来袭!腾讯T7手写高并发实战手册,GitHub热度一直不下

Geek_0c76c3

Java 数据库 spring 开源 架构

模块二

早安

极客时间架构师训练营

大厂“毕业”半月,面试数十家公司,凭借这份面试总结涨获7家Offer,成功入职

程序员小毕

spring 程序员 程序人生 JVM Java 面试

吃透阿里大佬分享的这份Java面试神技,3个月斩获8家offer

Geek_0c76c3

Java 数据库 开源 架构 开发

基于 webpack 的应用治理_文化 & 方法_阿里巴巴文娱技术_InfoQ精选文章