什么是 代码检查？
代码检查是使用自动化工具分析源代码以发现潜在错误、bug、风格问题和可疑构造的过程，无需实际执行代码。
快速了解
| 全称 | 代码检查/静态分析 |
|---|---|
| 创建时间 | 1978 年（Stephen Johnson 为 C 语言创建的原始 lint） |
| 规范文档 | 官方规范 |
工作原理
Linting（以最初用于 C 语言的 'lint' 工具命名）是一种静态代码分析形式，用于检查源代码以标记编程错误、bug、风格错误和可疑构造。与运行代码的测试不同，linter 静态地分析代码——无需执行。现代 linter 检查语法错误、未定义变量、未使用的导入、不一致的格式、潜在的安全问题以及违反编码标准的情况。流行的 linter 包括用于 JavaScript 的 ESLint、用于 Python 的 Pylint、用于 Ruby 的 RuboCop 和用于代码格式化的 Prettier。Linting 通常通过 IDE 插件（实时反馈）、pre-commit 钩子（在提交前捕获问题）和 CI/CD 管道（在团队中强制执行标准）集成到开发工作流程中。Linting 可以提高代码质量、保持一致性、尽早发现 bug 并减少技术债务。
主要特点
- 静态分析（无需执行代码）
- 在运行时之前捕获错误
- 强制执行编码标准和风格
- 可配置的规则和插件
- 与 IDE 和 CI/CD 集成
- 可以自动修复许多问题
常见用途
- 强制执行团队编码标准
- 捕获常见编程错误
- 保持一致的代码风格
- 安全漏洞检测
- 代码审查自动化
示例
Loading code...常见问题
代码检查（Linting）和测试有什么区别？
代码检查对代码进行静态分析而不执行它，检查语法错误、风格违规和潜在 bug。测试运行代码以验证其行为正确。代码检查捕获未使用变量和格式问题等问题，而测试验证功能和逻辑。两者是互补的实践。
代码检查器（Linter）和格式化工具（Formatter）有什么区别？
Linter 分析代码中的错误和潜在问题（如未使用的变量、可能的 bug），而格式化工具只处理代码风格（缩进、空格、换行）。ESLint 主要是 linter 但有格式化规则。Prettier 纯粹是格式化工具。许多团队同时使用两者 - Prettier 用于格式化，ESLint 用于捕获错误。
如何在 JavaScript 项目中设置 ESLint？
运行 'npm init @eslint/config' 通过交互式设置初始化 ESLint。这会创建一个 eslintrc 配置文件。然后运行 'npx eslint .' 来检查代码，或 'npx eslint --fix .' 自动修复问题。对于 VS Code，安装 ESLint 扩展可在编码时获得实时反馈。
应该使用 ESLint 还是 Prettier，还是两者都用？
同时使用两者效果最好。ESLint 捕获错误并执行编码标准，而 Prettier 处理代码格式化。使用 eslint-config-prettier 将它们配置在一起，以禁用与 Prettier 冲突的 ESLint 格式化规则。这样您可以获得 ESLint 的错误检测和 Prettier 的一致格式化。
如何为特定行或文件禁用代码检查规则？
对于单行，在其上方添加 '// eslint-disable-next-line rule-name'。对于代码块，用 '/* eslint-disable rule-name */' 和 '/* eslint-enable rule-name */' 包裹。对于整个文件，在顶部添加 '/* eslint-disable rule-name */'。您还可以在 ESLint 配置中配置 ignorePatterns 来排除文件。