Notepad++ 的 XML 格式校验依赖 XML Tools 插件，调用系统级解析器（MSXML 或 libxml2）进行良构性检查，仅验证标签闭合、嵌套和转义等基础语法，不支持 DTD/XSD 语义校验。
Notepad++ 里 XML 格式校验靠什么功能
Notepad++ 本身不内置 XML 解析器，所谓“验证 XML 格式”，实际依赖的是 XML Tools 插件——它调用系统级的 MSXML（Windows）或 libxml2（Linux/macOS 模拟环境）做语法解析。没装这个插件，Ctrl+Shift+F 或菜单里的“Check XML syntax”选项根本不会出现。
常见错误现象：XML Tools 菜单项灰色不可点、点击后弹出 Cannot load XML parser、或直接无响应。
- 确认是否已安装插件：菜单栏
Plugins → Plugin Manager → Show Plugin Manager，勾选XML Tools并安装 - Windows 用户注意：若系统是精简版或 Server Core，可能缺 MSXML 3.0/6.0，需手动安装
msxml6.msi - 插件安装后必须重启 Notepad++，否则不生效
怎么快速检查当前 XML 文件有没有语法错误
装好 XML Tools 后，最常用路径是 Plugins → XML Tools → Check XML syntax，快捷键默认为 Ctrl+Shift+F。它会逐行扫描，定位到第一个解析失败的位置，并高亮显示错误行。
使用场景：改完配置文件（如 pom.xml、web.xml）、手写 RSS 或 SVG 片段、调试接口返回的 XML 响应体。
- 错误信息示例：
XML Parse Error: Expected 'xxx' to close element 'yyy' at line 42, column 17—— 注意它只报第一个错，修复后需重新运行检查 - 不支持 DTD 或 XSD 校验，仅做 well-formedness 检查（标签闭合、嵌套、字符转义等）
- 大文件（>5MB）可能卡住或报
Out of memory，建议先用Ctrl+Home定位到疑似出问题的局部再检查
为什么有时提示“no root element”却明明有 <root>
这通常不是标签写错了，而是文件开头存在不可见字符，比如 UTF-8 BOM、零宽空格（\u200B），或粘贴时带入的控制字符。XML 解析器在读取时把 BOM 当作内容，导致第一个“有效字符”不是 <，从而判定无根元素。
参数差异：Notepad++ 默认以 UTF-8 without BOM 打开新文件，但用拖拽方式打开外部文件时，会按原编码读取（可能含 BOM）。
- 查看是否有 BOM：菜单
Encoding → Encode in UTF-8-BOM，如果当前是灰色说明已有 BOM；切换成Encode in UTF-8可清除 - 显示所有字符：
View → Show Symbol → Show All Characters，留意行首是否出现EF BB BF或ZWSP类符号 - 复制粘贴进来的 XML，建议先
Ctrl+A → Ctrl+X → Ctrl+V过一遍，可剥离部分隐藏格式
替代方案：不用插件也能粗略判断 XML 是否合法
当插件无法安装或临时受限（比如公司锁死插件管理），可以用 Notepad++ 自带的正则和折叠功能做轻量筛查。
性能影响小，但只能发现明显硬伤，不能替代真正解析。
- 检查标签是否成对：搜索
<([a-zA-Z][^\>]*)\>.*?<\/\1\>（需开启正则模式），反向匹配未闭合的<tag> - 快速定位孤立
</：搜索<\/[a-zA-Z]，看是否都对应前面的开始标签 - 利用代码折叠：如果某组标签无法折叠（左侧无小三角），大概率是嵌套错乱或缺少闭合
- 注意：单标签如
<img/>或<meta>在 XML 中必须写成<img/>，写成<img>会被认为没闭合
schemaLocation 路径失效、命名空间前缀未声明、属性值该用双引号却用了单引号。这些 XML Tools 也查不出来，得靠人盯。 
