ESLint规则优化：如何精准控制全局变量的使用权限

在JavaScript/TypeScript开发中，全局变量的管理一直是代码质量保障的重要环节。ESLint作为主流的静态代码分析工具，其no-restricted-globals规则原本设计用于限制特定全局变量的使用，但在实际跨平台开发场景中，开发者往往需要更精细的控制方式。

现有规则的局限性

当前no-restricted-globals规则采用黑名单机制，开发者需要明确列出禁止使用的全局变量。这种方式在跨平台开发时存在明显缺陷：

1. 维护成本高：当需要适配Node.js和浏览器双环境时，开发者必须手动比对两个环境的全局变量差异
2. 容易遗漏：新版本运行时可能新增全局变量，需要持续更新黑名单
3. 配置复杂：如示例中需要通过globals模块进行动态计算，降低了配置的可读性

更优的解决方案

通过深入分析ESLint的配置体系，我们发现其实可以通过组合使用以下特性实现白名单控制：

1. 语言环境配置

在ESLint配置的languageOptions.globals中，可以明确声明允许使用的全局变量。这种方式本质就是白名单机制：

module.exports = {
  languageOptions: {
    globals: {
      // 只允许这些全局变量
      Math: 'readonly',
      JSON: 'readonly',
      Number: 'readonly'
    }
  }
}

2. 配合no-undef规则

启用no-undef规则后，ESLint会自动检查所有未在globals中声明的变量，包括全局变量。这种组合方案比单独使用no-restricted-globals更加严谨。

TypeScript项目的特殊处理

对于TypeScript项目，需要注意：

1. @typescript-eslint/recommended预设会禁用no-undef规则
2. 需要在配置中显式重新启用：

rules: {
  'no-undef': 'error'
}

最佳实践建议

1. 对于新项目，优先采用languageOptions.globals+no-undef的组合方案
2. 对于已有项目迁移，可以逐步将黑名单转为白名单
3. 在monorepo项目中，可以为不同子项目配置不同的全局变量白名单
4. 配合@typescript-eslint/no-redeclare规则防止变量重复声明

通过这种方案，开发者可以更精确地控制代码中全局变量的使用，特别是在需要支持多运行环境的项目中，能够有效避免因环境差异导致的运行时错误，提升代码的可移植性和健壮性。