最稳妥方式是用babel插件在ast层精准识别并删除调试逻辑，因其可区分调用类型、支持别名与自定义函数、保留源码结构且能结合环境配置；而terser的drop_console会误删error/warn、不支持非标准写法且缺乏语义判断能力。
直接剔除生产环境的 console、debugger、自定义日志函数（如 logDebug）等调试逻辑，最稳妥的方式不是靠正则替换或压缩工具后处理，而是用 Babel 插件在 AST 层精准识别并删除——这能避免误删、保留源码结构、兼容各种调用形式（如解构导入、别名、链式调用）。
为什么不能只靠 Terser 压缩时移除 console
Terser 的 drop_console: true 确实能删掉 console.log，但它有硬伤：
- 无法区分
console.error和console.log，一删全删，连错误上报都可能被干掉 - 对非标准写法完全无效：比如
const { log } = console; log('test')、const logger = console; logger.warn()、import { debug } from './utils'; debug() - 不支持按函数名白名单/黑名单控制，灵活性为零
- 发生在代码生成之后，AST 已丢失上下文，无法做语义判断（例如是否在 if (DEBUG) 块内）
用 @babel/traverse 精准匹配并删除调试调用节点
核心思路是：在 CallExpression 节点遍历时，检查调用目标是否属于调试函数，再决定是否调用 path.remove()。关键在于「怎么判断」：
- 匹配
console.xxx：检查path.node.callee.object?.name === 'console'且path.node.callee.property?.name在排除列表外（如['error', 'warn']） - 匹配别名调用：需向上查找变量声明，判断其初始化值是否为
console或已知调试对象（如debug、logDebug） - 匹配全局函数：直接比对
path.node.callee.name是否在自定义调试函数名列表中（如['logDebug', 'dump', 'inspect']） - 跳过带副作用的调用：例如
console.table(xxx)可能影响后续逻辑，建议默认不删，除非明确确认无副作用
示例片段（简化版）：
module.exports = function ({ types: t }) {
return {
name: 'remove-debug-calls',
visitor: {
CallExpression(path) {
const { callee } = path.node;
// 匹配 console.xxx
if (t.isMemberExpression(callee) && t.isIdentifier(callee.object, { name: 'console' })) {
const methodName = callee.property.name;
if (['log', 'info', 'debug', 'dir'].includes(methodName)) {
path.remove();
}
}
// 匹配全局函数名
if (t.isIdentifier(callee) && ['logDebug', 'dump'].includes(callee.name)) {
path.remove();
}
}
}
};
};
如何安全地注入环境判断逻辑（避免 dev 模式误删）
Babel 插件本身不运行 JS，所以不能直接读取 process.env.NODE_ENV。正确做法是通过插件配置 + 构建工具传参实现环境感知：
- 在
babel.config.js中根据环境启用插件，并传入{ exclude: ['error', 'warn'] }等参数 - 插件内部通过
state.opts.exclude获取配置，而非硬编码 - 切勿在插件里写
if (process.env.NODE_ENV === 'production')—— 这行代码会被原样保留在最终产物中，毫无作用 - 若项目用 Vue CLI 或 Vite，它们会在调用 Babel 时自动注入
envName，插件可通过state.file.opts.envName判断（但更推荐显式传参）
容易忽略的边界情况和性能代价
自定义插件看似简单，但几个细节常导致构建失败或漏删：
-
debugger语句是独立节点类型（DebuggerStatement），必须单独处理，不能指望CallExpression覆盖 - 箭头函数或 IIFE 内部的调试调用，作用域链不影响匹配，但需注意
path.findParent判断是否在条件块中（如if (DEBUG)）——否则可能误删本该保留的调试逻辑 - 大量匹配逻辑会拖慢构建速度，尤其在大型项目中。建议只监听明确需要的节点类型，避免在
Program或FunctionDeclaration上做全量遍历 - Vue 单文件组件中的
<script setup></script>语法、JSX 表达式里的调试调用，只要 Babel 正确解析了 AST，就都能覆盖，无需额外适配
真正难的不是写删除逻辑，而是定义清楚「哪些算冗余」——比如 console.time() / console.timeEnd() 成对出现时是否要删？console.group() 嵌套结构要不要保留？这些必须结合团队规范提前约定，而不是交给插件自动猜。
