直接用 eslint 配合 no-console 规则即可在开发阶段自动提醒冗余 console，无需手写 ast 解析器；它基于 ast 静态分析，支持配置白名单、适配自定义 logger、编辑器实时提醒及自动修复。

直接用 ESLint 配合 no-console 规则就能在开发阶段自动提醒冗余 console，无需手写 AST 解析器。AST 是底层支撑，但对开发者来说，配置好工具链即可获得静态分析效果。

用 ESLint 检测未授权的 console 调用

ESLint 本质就是基于 AST 的静态分析工具。它会把源码解析成抽象语法树，再遍历节点检查是否出现 console.log、console.debug 等调用表达式。

• 安装插件：npm install eslint-plugin-no-console --save-dev
• 在 .eslintrc.js 中启用规则并设置白名单：

module.exports = {
  plugins: ['no-console'],
  rules: {
    'no-console': ['error', { allow: ['warn', 'error'] }] // 允许 warn/error，其他一律报错
  }
};

保存后，VS Code 或命令行运行 npx eslint src/ 就会标出所有违规位置，比如 console.log('debug') 会立刻提示错误。

适配自定义 logger 封装场景

如果项目统一用 logger.info() 替代 console.log()，ESLint 默认不会识别这种间接调用——它只查字面量 console.xxx()。

• 需额外加一条 no-restricted-syntax 规则，匹配 CallExpression 节点中 callee.property.name === 'info' 且 callee.object.name === 'logger' 的情况
• 或改用自定义规则：用 @babel/parser 手动解析 AST，在 CallExpression 遍历时判断 path.get('callee').toString() 是否匹配封装路径

与编辑器深度集成，实现实时提醒

配置好 ESLint 后，配合编辑器插件（如 VS Code 的 ESLint 扩展），就能在键入时即时标红违规代码，无需等保存或运行检查。

• 确保项目根目录有 .eslintrc.js 和 package.json 中包含 "eslint" 依赖
• VS Code 设置中开启 "eslint.enable": true 和 "editor.codeActionsOnSave": {"source.fixAll.eslint": true}
• 这样每次保存，不仅提醒，还能自动修复（如删掉 console.debug）

为什么不用自己写 AST 处理器

手动用 @babel/parser + @babel/traverse 写一遍，确实能更灵活，但代价高：

• 要处理 TypeScript、JSX、不同模块语法等边界情况
• 需自行维护节点类型判断逻辑，容易漏掉 console.table() 或解构赋值后的调用
• 无法复用 ESLint 已有的修复能力（auto-fix）、编辑器集成、CI 报告等功能

除非有极特殊需求（比如只在某个子目录生效、按函数名前缀动态开关），否则直接配置 ESLint 更稳更快。