html文件默认不触发eslint检查，因为eslint默认仅处理.js和.jsx文件；需手动配置ide将*.html识别为javascript上下文，并在.eslintrc.js中启用eslint-plugin-html插件及processor: "html/html"。

为什么HTML文件在IDE里默认不触发ESLint检查

因为ESLint默认只处理.js和.jsx文件，.html不在其解析范围内。即使你装了eslint-plugin-html或eslint-plugin-markup，IDE（如IntelliJ IDEA、VS Code）也不会自动把HTML文件交给ESLint语言服务器处理——它默认走的是内置的HTML校验器，规则粒度粗、不支持自定义、无法对接团队规范。

IntelliJ IDEA中让HTML走ESLint的三步硬配置

关键不是“安装插件”，而是强制IDE把HTML文件识别为JavaScript上下文来交由ESLint处理：

• 打开 Settings > Editor > File Types，找到 HTML Files 类型，在 Registered Patterns 中删掉 *.html
• 在 Recognized File Types 列表里找到 JavaScript，点击右侧 +，手动添加 *.html
• 重启IDE，再打开任意.html文件，右下角状态栏应显示 ESLint 而非 HTML —— 此时eslint-plugin-html的规则（如html/require-lang、html/no-unknown-attribute）才会生效

VS Code里HTML+ESLint联动失效的典型陷阱

常见错误是只配了eslint.validate但漏掉解析器映射：

Doc To HTML

使用 MinerU 文档处理引擎将 Word 文档（.doc、.docx）转换为保留结构和格式的干净 HTML。

下载

• eslint.validate 必须显式包含 "html"： ["javascript", "typescript", "html"]
• 必须设置 eslint.options.parser 为 "@babel/eslint-parser" 或 "espree"（不能用默认espree直接解析HTML，需配合eslint-plugin-html）
• 最关键的一步：在.eslintrc.js中启用插件并指定处理器：

  module.exports = {
    plugins: ["html"],
    overrides: [{
      files: ["*.html"],
      processor: "html/html"
    }]
  };

HTML Lint流真正“无感”的边界在哪

所谓“无感”，仅指开发者保存即报错、光标悬停看提示、快捷键一键修复——但它无法绕过HTML本身的语义限制。比如：

• eslint-plugin-html 对内联<script></script>块的检查深度有限，复杂逻辑仍建议抽离到.js文件
• 模板语法（如Vue的v-if、React的JSX嵌入）必须用对应插件（eslint-plugin-vue、@typescript-eslint）配合，纯eslint-plugin-html会误报
• IntelliJ IDEA对processor的支持不如VS Code稳定，某些嵌套结构（如<template></template>内多层插值）可能跳过检查

真正的零阻碍，从来不是靠工具链堆砌，而是明确哪些该由HTML Lint管、哪些该交给框架Linter或构建时检查——混用反而更卡。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！