tree shaking 未生效主因是代码或配置不满足前提：未用 es module 语法、未在生产模式构建、存在副作用、模块被意外引用。需检查 import/export 是否被转为 commonjs、sideeffects 配置是否合理、依赖是否声明规范、有无动态导入或间接引用。
Tree Shaking 没生效，通常不是“开关没开”，而是代码结构或构建配置不满足前提条件。核心要检查：是否用了 ES Module 语法、是否在 生产环境构建、是否有 副作用干扰、是否被意外引用或保留。
确认模块系统是 ESM，不是 CommonJS
Tree Shaking 只对 import/export 生效，对 require/module.exports 完全无效。
- 检查源码里是否混用
require（尤其第三方库或自己写的工具函数） - 查看打包产物（如 dist 目录下的 .js 文件），确认输出仍是
import/export或已转为__webpack_require__形式但保留了静态结构 - 若用了 Babel，确保
@babel/preset-env没把export编译成module.exports（关掉modules: 'commonjs'）
确保在 production 模式下构建
Webpack/Vite 等工具默认只在 mode: 'production' 启用 Tree Shaking；开发模式会跳过。
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- Webpack：检查
mode配置，或运行webpack --mode=production - Vite：
build命令默认 production，但若手动设了mode: 'development'就会失效 - 可临时加
optimization.usedExports: true（Webpack）或build.treeshake: true（Rollup）辅助验证
排查副作用（sideEffects）声明问题
即使没被调用，有副作用的模块也不会被摇掉。Webpack 依赖 package.json 中的 "sideEffects" 字段做粗粒度判断。
- 如果项目根目录
package.json写了"sideEffects": false，但实际有 CSS 导入、全局 polyfill、localStorage操作等，会导致误删或不敢删 —— 应明确列出有副作用的文件，例如：["*.css", "src/init.js"] - 检查 node_modules 里的依赖是否声明了正确的
sideEffects；没声明的包会被默认视为有副作用，整个模块保留 - 用 Webpack 的
stats: 'verbose'查看哪些模块被标记为usedExports: false却未被删除，常因副作用标记导致
检查“死代码”是否真不可达
看似没用的导出，可能被间接引用、动态导入、类型引用或构建工具误判。
- 避免
export * from './xxx'，它会让所有导出“可见”，阻碍摇树（改用具名重导出） - TypeScript 类型仅用于编译期？确保
importsNotUsedAsValues: 'remove'（tsconfig），否则import type可能残留import语句 - 检查是否有
import('./xxx')动态导入，Webpack 会把整个模块当作潜在使用而保留 - 搜索项目中是否通过字符串拼接、
eval、require('xxx')等方式间接引用，这类无法静态分析
不复杂但容易忽略。先看构建日志有没有 unused harmony exports 提示，再结合 source map 定位具体模块，基本就能定位卡点。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
