不能，ESLint本身不检查W3C规范，仅校验JavaScript语义与基础语法；需结合HTMLHint、eslint-plugin-jsx-a11y、eslint-plugin-no-unsanitized等插件，并在.eslintrc.cjs中显式配置相关规则，才能间接保障DOM操作、可访问性及安全性等W3C相关要求。

ESLint 能否检查 W3C 规范？不能，它只管 JS 语义和基础语法

W3C 规范本身不直接约束 JavaScript 行为（比如 DOM 操作是否合规、事件监听是否用 addEventListener 而非 onclick），ESLint 默认规则集也不校验这些。它检测的是变量未声明、for 循环中 let 作用域、Promise 是否被正确处理等 JS 层问题。所谓“符合 W3C”，实际是指：DOM API 使用方式是否符合标准、HTML 结构是否合法、CSS 属性是否被浏览器支持——这些 ESLint 压根不碰。

真正能辅助 W3C 合规的插件组合

要让 JS 代码间接贴近 W3C 规范（尤其是操作 DOM 和响应事件的部分），需组合以下插件并配置对应规则：

• HTMLHint 或 vscode-html-validate：检查 HTML 文件中标签嵌套、属性拼写（如 onchange vs onChange）、是否使用废弃属性（如 align）
• ESLint + eslint-plugin-jsx-a11y：对 React 中 JSX 的可访问性做检查，比如 img 缺少 alt、button 没有 type 属性——这些是 W3C WCAG 的硬性要求
• ESLint + eslint-plugin-no-unsanitized：禁止直接使用 innerHTML、document.write 等易导致 XSS 且不符合安全规范的写法
• Auto Rename Tag：避免手动改错闭合标签导致 HTML 结构非法，间接保障 DOM 树解析合规

.eslintrc.cjs 中必须加的 W3C 相关规则

仅安装插件不够，得在项目根目录的 .eslintrc.cjs 里显式启用相关插件和规则：

Json Schema Toolkit

使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。

下载

module.exports = {
  plugins: ['jsx-a11y', 'no-unsanitized'],
  extends: [
    'eslint:recommended',
    'plugin:jsx-a11y/recommended',
    'plugin:no-unsanitized/recommended'
  ],
  rules: {
    'jsx-a11y/alt-text': 'error', // img 必须带 alt
    'jsx-a11y/no-autofocus': 'warn', // 避免破坏键盘导航流
    'no-unsanitized/method': ['error', { methods: ['innerHTML', 'outerHTML'] }],
    'no-unsanitized/property': ['error', { properties: ['innerHTML', 'outerHTML'] }]
  }
};

注意：jsx-a11y 对纯 HTML + JS 项目无效，只作用于 JSX；若用原生 JS 操作 DOM，靠 no-unsanitized 和人工审查更现实。

容易被忽略的兼容性陷阱

W3C 规范 ≠ 浏览器实现，尤其在 DOM API 上：

• element.dataset 在 IE11 中部分失效，但 ESLint 不报错——得靠 browserslist 配合 core-js 或手动降级写法
• fetch 是 W3C 标准，但没 polyfill 时在 IE 完全不可用；eslint-plugin-compat 可检测 API 兼容性，但需配合 browserslist 配置才生效
• addEventListener 的第三个参数（options）中 passive: true 是 W3C 推荐，但旧安卓 WebView 不支持——这类细节 ESLint 插件无法覆盖，只能靠文档+测试

真正的 W3C 合规不是靠某个插件一键搞定，而是靠规则组合 + 显式配置 + 对标准边界的清醒认知——尤其当项目要支持老旧环境时，自动检查永远只是第一道防线。