前端工程化 · 76/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 实现原理

Vite 原理与性能优势

Vite 的工作原理及为什么比 Webpack 启动快

问题

Vite 的工作原理是什么?为什么它的开发服务器启动速度比 Webpack 快很多?

解答

Webpack 的问题

Webpack 在开发模式下需要先打包整个应用,再启动开发服务器:

入口文件 → 分析依赖 → 打包所有模块 → 启动服务器 → 可访问

项目越大,启动越慢。

Vite 的做法

Vite 利用浏览器原生 ESM 支持,跳过打包步骤:

启动服务器 → 可访问 → 按需编译请求的模块
// 浏览器直接请求 ESM 模块
// index.html
<script type="module" src="/src/main.js"></script>

// main.js - 浏览器发起请求
import { createApp } from 'vue'  // 请求 /node_modules/.vite/vue.js
import App from './App.vue'       // 请求 /src/App.vue

createApp(App).mount('#app')

三个关键技术

1. 原生 ESM

Vite 让浏览器自己处理模块加载:

// Vite 开发服务器返回的代码
// 浏览器看到 import 语句会自动发起新请求
import { ref } from '/@modules/vue'
import Comp from '/src/components/Comp.vue?t=123456'

2. 按需编译

只编译当前页面用到的模块:

// Vite 中间件伪代码
async function transformMiddleware(req, res) {
  const url = req.url
  
  // 只有请求到达时才编译
  if (url.endsWith('.vue')) {
    const code = await fs.readFile(url)
    const result = await compileSFC(code)  // 编译 Vue 单文件组件
    res.send(result)
  }
  
  if (url.endsWith('.ts')) {
    const code = await fs.readFile(url)
    const result = await esbuild.transform(code, { loader: 'ts' })
    res.send(result.code)
  }
}

3. Esbuild 预构建

用 Go 编写的 Esbuild 处理 node_modules,速度是 JavaScript 打包工具的 10-100 倍:

// vite.config.js
export default {
  optimizeDeps: {
    // 预构建配置
    include: ['lodash-es', 'axios'],  // 强制预构建
    exclude: ['my-local-package']      // 排除预构建
  }
}

预构建做两件事:

// 1. 将 CommonJS 转为 ESM
// node_modules/lodash/index.js (CommonJS)
module.exports = { debounce, throttle }

// 转换后 → .vite/lodash.js (ESM)
export { debounce, throttle }

// 2. 合并小模块,减少请求数
// lodash-es 有几百个文件,预构建合并成一个
import { debounce } from 'lodash-es'
// 只需要一个请求,而不是几百个

对比示意

Webpack 开发模式:
┌─────────────────────────────────────────────────┐
│  启动时打包全部模块 (可能几十秒)                    │
│  entry → moduleA → moduleB → ... → bundle.js    │
└─────────────────────────────────────────────────┘

Vite 开发模式:
┌──────────────┐
│  启动服务器    │  (几百毫秒)
└──────────────┘

┌──────────────┐
│  请求 main.js │ → 编译 main.js
└──────────────┘

┌──────────────┐
│  请求 App.vue │ → 编译 App.vue
└──────────────┘

      ...按需继续

HMR 也更快

// Webpack HMR: 重新打包受影响的模块链
// 改动 utils.js → 重新打包 utils.js + 所有依赖它的模块

// Vite HMR: 只更新改动的模块
// 改动 utils.js → 只发送 utils.js 的新内容
// 浏览器通过 ESM 动态替换

关键点

  • 原生 ESM:利用浏览器原生模块系统,无需打包,直接请求源文件
  • 按需编译:只编译当前页面请求的模块,未访问的代码不处理
  • Esbuild 预构建:用 Go 编写,将 node_modules 转换为 ESM 并合并,速度极快
  • 启动时间与项目大小无关:不管项目多大,启动都是毫秒级
  • 生产环境仍用 Rollup:开发用 ESM,生产打包保证兼容性