前端工程化 · 74/90
1. Babel 的工作原理 2. body-parser 中间件的作用 3. Babel 转译原理 4. 浏览器和 Node 中的事件循环区别 5. 职责链模式 6. 链模式 7. 命令模式 8. 组件封装设计 9. 数据统计 10. dependencies 和 devDependencies 的区别 11. CommonJS 和 ES6 模块引入的区别 12. 设计模式分类 13. 前端开发中常用的设计模式 14. 设计模式应用场景 15. 设计原则 16. 开发环境搭建要点 17. Electron 理解 18. 前后端分离是什么 19. 工厂模式 20. 前端代码重构 21. 前端组件化 22. 前端工程师职业发展 23. 前端工程化方向 24. 前端工程化的理解 25. 前端工程价值体现 26. 前端工程化 27. Git 常用命令与工作流 28. Gulp 任务自动化工具 29. 图片导出 30. 前端模块化规范 31. 迭代器模式 32. JavaScript 编码规范 33. 前端 CI/CD 流程 34. jQuery 生态对比 35. jQuery 实现原理 36. jQuery 与 Sizzle 选择器集成 37. Koa 中间件异常处理 38. jQuery 源码优秀实践 39. jQuery 与 Zepto 对比 40. jQuery UI 自定义组件 41. Koa 中间件不调用 await next() 的影响 42. Koa 在没有 async/await 时如何实现洋葱模型 43. Koa 和 Express 的区别 44. Koa 洋葱模型 45. 登录实现 46. 中介者模式 47. 模块模式 48. 小程序架构 49. 小程序常见问题 50. Monorepo 概念与工具 51. mpvue 框架 52. MVC vs MVP vs MVVM 53. Node.js ES Module 为什么必须加文件扩展名 54. MVC、MVP 和 MVVM 架构模式 55. Node.js 全局对象 56. Node.js 性能监控与优化 57. Node.js 多进程与进程通讯 58. Node.js 调试方法 59. Node.js 中的 process 对象 60. Node.js 的理解与应用场景 61. npm 是什么? 62. 观察者模式和发布订阅模式的区别 63. 页面重构方法 64. PM2 守护进程原理 65. 分页功能的前后端设计 66. PostCSS 作用 67. 项目管理方法 68. Rollup 打包工具 69. 高质量前端代码 70. JavaScript 单例模式实现 71. SSG 静态网站生成 72. 模板方法模式 73. 设计模式的六大原则 74. Tree Shaking 原理 75. 用户授权信息获取流程 76. Vite 原理与性能优势 77. Web App vs Hybrid App vs Native App 78. Web 前端开发注意事项 79. Web APP 设计原则 80. Webpack 构建流程 81. Hash vs ChunkHash vs ContentHash 82. Webpack 热更新原理 83. Webpack Loader 与 Plugin 区别 84. webpack 的 module、bundle、chunk 是什么 85. Webpack Proxy 工作原理与跨域解决 86. webpack、rollup、parcel 的选择 87. WePy 与 mpvue 对比 88. WXML 和 WXSS 89. Webpack Scope Hoisting 90. Zepto 实现原理

Tree Shaking 原理

理解 Tree Shaking 的静态分析和死代码消除机制

问题

Tree Shaking 是如何工作的?为什么它依赖 ES Module 的静态分析?

解答

什么是 Tree Shaking

Tree Shaking 是一种通过静态分析移除 JavaScript 中未使用代码的优化技术。名字来源于”摇树”——把树上的枯叶(无用代码)摇下来。

为什么依赖 ES Module

// ES Module - 静态结构,编译时确定依赖
import { add } from './math.js'

// CommonJS - 动态结构,运行时确定依赖
const add = require('./math.js').add

ES Module 的 import/export 是静态的:

  • 必须在模块顶层
  • 模块路径不能是变量
  • 导入导出在编译时就能确定
// ❌ 这些在 ES Module 中不允许
if (condition) {
  import { foo } from './foo.js' // 语法错误
}

import { bar } from getPath() // 语法错误

CommonJS 是动态的,无法在编译时分析:

// ✅ CommonJS 允许动态导入
if (condition) {
  const foo = require('./foo.js')
}

const bar = require(getPath())

Tree Shaking 工作流程

// math.js
export function add(a, b) {
  return a + b
}

export function subtract(a, b) {
  return a - b
}

export function multiply(a, b) {
  return a * b
}

// index.js - 只使用了 add
import { add } from './math.js'
console.log(add(1, 2))

打包后,subtractmultiply 会被移除:

// 打包结果(简化)
function add(a, b) {
  return a + b
}
console.log(add(1, 2))

副作用处理

有些代码虽然没被引用,但有副作用,不能删除:

// side-effect.js
export const value = 1

// 副作用:修改了全局对象
window.globalFlag = true

// 副作用:立即执行
console.log('module loaded')

通过 package.json 标记无副作用的模块:

{
  "name": "my-library",
  "sideEffects": false
}

或指定有副作用的文件:

{
  "sideEffects": [
    "*.css",
    "./src/polyfill.js"
  ]
}

影响 Tree Shaking 的写法

// ❌ 不利于 Tree Shaking - 导出整个对象
const utils = {
  add(a, b) { return a + b },
  subtract(a, b) { return a - b }
}
export default utils

// ✅ 有利于 Tree Shaking - 具名导出
export function add(a, b) { return a + b }
export function subtract(a, b) { return a - b }
// ❌ 不利于 Tree Shaking - 解构 default
import utils from './utils'
utils.add(1, 2)

// ✅ 有利于 Tree Shaking - 具名导入
import { add } from './utils'
add(1, 2)

Dead Code Elimination

Tree Shaking 是 DCE(Dead Code Elimination)的一种实现。DCE 还包括:

// 1. 不可达代码
function foo() {
  return 1
  console.log('永远不会执行') // 会被删除
}

// 2. 无用赋值
let x = 1
x = 2  // 第一次赋值会被删除

// 3. 条件恒为假
if (false) {
  console.log('永远不会执行') // 会被删除
}

关键点

  • 静态分析:ES Module 的 import/export 在编译时确定,CommonJS 在运行时确定
  • 具名导出:使用 export { } 而非 export default 对象,便于分析
  • 副作用标记:通过 sideEffects 字段告诉打包工具哪些模块可以安全删除
  • DCE:Tree Shaking 是死代码消除的一种,专门处理模块级别的未使用导出
  • 工具支持:Webpack、Rollup、esbuild 等打包工具都支持 Tree Shaking