Webpack optimization.runtimeChunk 抽离的运行时代码包含什么,为什么要单独成包?
围绕“Webpack optimization.runtimeChunk 抽离的运行时代码包含什么,为什么要单独成包”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖解释模块清单与 chunk 加载逻辑抽离对缓存稳定性的价值,不讲长效缓存整体方案。
构建工具专题面试题第 5 页,显示第 201–211 题,共找到 211 道完整解析,可继续按分类、标签与关键词缩小范围。
按稳定语义路径排序
围绕“Webpack optimization.runtimeChunk 抽离的运行时代码包含什么,为什么要单独成包”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖解释模块清单与 chunk 加载逻辑抽离对缓存稳定性的价值,不讲长效缓存整体方案。
围绕“package.json 的 sideEffects 字段如何影响 Webpack 的 tree shaking 结”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明副作用标记对模块保留/删除的决定作用及误配风险,不讲压缩器层面优化。
围绕“生产环境想用 SourceMap 排查线上问题又不泄露源码,Webpack 应如何配置”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要比较 hidden-source-map、nosources-source-map 与独立上传方案,不讲 devtool 全表。
围绕“Webpack SplitChunksPlugin 的 chunks、minSize、cacheGroups 各控制”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要讲清清抽取范围、体积门槛与缓存组优先级三个决策点,不讲具体业务分包方案设计。
围绕“Webpack 5 生产模式默认的 splitChunks 行为会拆出什么样的公共包”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖需要说明默认 cacheGroups(vendors/default)与 20KB 等默认条件,不讲自定义组配置。
围绕“Webpack 的 stats 输出(--json)包含哪些信息,如何用它做产物诊断”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖解释 modules/chunks/assets/reasons 字段能回答的诊断问题,不依赖具体可视化工具。
围绕“Webpack tree shaking 标记了未使用导出后,最终删除代码依赖哪个环节”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖区分 optimization 标记与压缩器死代码消除两阶段职责,不讲 sideEffects 字段。
围绕“为什么配置了 production 模式后 Webpack 打包仍有未使用的导出没有被移除”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖给出 Babel 转译破坏 ESM、副作用标记缺失、导出被整体引用等排查方向,不讲压缩配置。
围绕“Webpack tree shaking 依赖 ES Module 的什么特性,为什么 CommonJS 难以摇树”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答静态结构分析与 usedExports/副作用标记,不讲具体 sideEffects 配置写法。
围绕“设计 Webpack 第三方库分包策略时,按 node_modules 整体拆和按包拆各有什么利弊”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖回答需要围绕权衡请求数量、缓存命中率与长缓存稳定性。
围绕“编写一个 Webpack 自定义插件的基本结构是什么,apply 方法里能做什么”给出直接结论、机制拆解、可复现验证、常见误区与追问,重点覆盖给出插件类结构与在 emit 等钩子中操作 assets 的思路,不深入到 loader 编写。