Rollup如何实现Tree Shaking，有哪些技巧？

图啥呢？ Ru果你曾为 JavaScript 包体积膨胀而抓狂， 或在上线后主要原因是加载慢而被用户投诉，那么你一定对“摇树”这件事充满好奇。Rollup 作为首批把摇树写进核心的打包工具，它的实现方式既简洁又让人惊叹。本文将从底层原理出发， 配合真实案例，手把手教你玩转 Rollup 的摇树功能，让你的产物像经过精雕细琢的艺术品一样轻盈。

Rollup 的 Tree Shaking 原理

不靠谱。 Rollup 在读取每个入口文件后会使用把源码解析成 AST。这棵抽象语法树记录了所有变量声明、函数定义以及 import / export 语句的位置。

有了 AST， Rollup 能在不运行代码的情况下追踪每个标识符到底是从哪儿来、去向何处。这种静态分析能力是 Tree Shaking 的核心基础。

Tree Shaking 的核心机制

在现代前端生态里 ES Module 已经成为主流。它天生具备静态结构，编译时就能明确每个导入导出的关系。借助这种特性， 绝绝子... 构建工具可以在打包阶段“看见”哪些代码真的会被施行，从而把那些永远不会跑到浏览器里的死代码直接剔除。

从 src/main.js 出发， Rollup 会递归读取每条 import … from … 语句，把对应文件加入依赖图。当所有节点都被收集完毕后我们得到一张完整的模块网络，换个思路。。

琢磨琢磨。 有了依赖图后 Rollup 从入口开始向回走——只要某个导出被其他模块引用，就给它贴上“活”的标签。未被标记的导出会被视作死代码。

Tree Shaking 的实际应用

就这？ 在上面的场景里 unused 没有任何引用路径指向它，所以在生成阶段会被彻底抹掉。

Rollup Neng在不运行代码的情况 又爱又恨。 下追踪每个标识符到底是从哪儿来、去向何处。