JavaScript代码分割与懒加载是大型SPA的底线要求，需用import()实现动态加载，React中配合lazy与Suspense，Webpack需配置SplitChunksPlugin，Vite则默认支持但需注意HMR和路径问题。
JavaScript 代码分割与懒加载不是“锦上添花”的优化技巧，而是大型单页应用（SPA）在首屏加载、内存占用和路由响应上不出问题的底线要求。不做分割，webpack 或 vite 默认打包出一个几 MB 的 chunk，用户点开首页就要等十几秒白屏；不做懒加载，用户访问 A 页面却提前下载了 B/C/D 模块的全部逻辑，纯属浪费带宽和执行资源。
什么是 import() 动态导入 —— 懒加载的底层机制
静态 import 会在构建时被分析并打包进初始 bundle；而 import() 是一个返回 Promise 的函数调用，它告诉打包工具：“这个模块暂时不需要，等运行时真正需要时再单独拉取”。它不是语法糖，是 ECMAScript 标准，所有现代浏览器和构建工具都原生支持。
常见误用：
- 写成
import('./module.js').then(...)却没处理reject，网络失败或路径错误时静默崩溃 - 在顶层作用域直接调用
import()（如const m = await import('./x')），这会触发构建时警告甚至报错，必须放在函数内 - 对同一路径多次调用
import()，浏览器仍会去请求，但webpack和vite默认已做去重缓存，无需手动加Map管理
function loadChart() {
return import('./charts/LineChart').catch(err => {
console.error('图表模块加载失败', err);
throw new Error('UI 组件缺失');
});
}
React 中如何正确使用 React.lazy + Suspense
React.lazy 本质就是对 import() 的封装，但它只支持默认导出；Suspense 负责兜底展示 loading 状态。二者必须配合，缺一不可——单独用 lazy 不会触发异步行为，单独用 Suspense 包裹同步组件则无效果。
立即学习“Java免费学习笔记（深入）”；
关键限制：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
-
React.lazy只能用于组件，不能用于工具函数、hooks 或上下文 Provider -
Suspense必须出现在调用链上游，不能被lazy组件自己包裹；通常放在路由层级或 layout 中 - 服务端渲染（SSR）下
React.lazy不生效，需配合loadable-components或@loadable/component等方案
const Dashboard = React.lazy(() => import('./pages/Dashboard'));
// 正确：Suspense 在外层
function App() {
return (
<Suspense fallback=<Spinner />>
<Router>
<Route path="/dashboard" element=<Dashboard /> />
</Router>
</Suspense>
);
}
Webpack 的 SplitChunksPlugin 配置要点
SplitChunksPlugin 决定哪些代码该从主 bundle 中“切”出来，形成独立 chunk。默认配置只对 node_modules 中重复引用的包做提取，对业务代码无效——这意味着你写了十个页面共用的 utils/date.js，它仍会被打进去十次。
必须手动调整的参数：
-
chunks: 'all'：否则只处理async（即动态import）chunk，忽略同步引入的公共模块 -
minSize和minChunks要合理设低，比如minSize: 10000（10KB）、minChunks: 2，否则小但复用的工具函数不会被抽出 -
cacheGroups中显式声明业务公共模块，例如：common: { name: 'common', chunks: 'all', priority: 20, test: /[\/]src[\/](utils|hooks)[\/]/ }
注意：splitChunks 生成的 chunk 名称默认是数字 ID，不利于调试和长期缓存；建议配合 webpackChunkName 注释或 name 字段固定命名。
Vite 下的代码分割实践差异
Vite 默认启用基于 import() 的自动代码分割，无需配置 SplitChunksPlugin。但它对“公共模块”的识别更激进——只要两个模块都 import 了同一个文件，Vite 就会自动将其抽为独立 chunk，哪怕只被引用一次。
容易踩的坑：
- Vite 的
build.rollupOptions.output.manualChunks是替代 WebpackcacheGroups的方式，但写法不同：它接收一个对象，key 是 chunk 名，value 是匹配模块路径的正则或函数 - 开发时
import()加载的是未压缩的 ES 模块，但生产构建后路径可能变成assets/Chart.abc123.js，务必确认base配置和 CDN 前缀是否影响加载 - Vite 3+ 对
dynamic import的 HMR 支持有限，修改懒加载模块后，页面可能不自动刷新，需手动 F5
复杂点在于：代码分割策略必须和路由设计、状态管理边界、以及部署的 CDN 缓存策略对齐。比如把整个 redux store 打进 vendor chunk，但某个页面又用了独立 Zustand 实例，这种混合状态管理会让 chunk 分界变得模糊且难以维护。
