浏览器适合快速查看XML结构并诊断基础错误，但无法编辑或校验XSD；Notepad++和VS Code适合轻量编辑与语法验证；专业工具如Oxygen/XMLSpy适用于XSLT、Schema校验及团队规范；IDE和命令行工具可提升开发效率。
直接拖进浏览器看结构最省事
Chrome、Firefox、Edge 这些主流浏览器原生支持 XML 解析，双击或拖入文件就能以折叠树状结构展示，自动高亮错误（比如标签没闭合会报 error on line X），适合快速确认数据是否完整、层级有没有错乱。但浏览器不能编辑，也不能校验 XSD 或命名空间，纯属“一眼诊断”场景。
- 别用 IE —— 已停更，解析行为不一致，容易误判格式问题
- 如果打开后显示一片平铺文本（无缩进/无颜色），大概率是 XML 声明缺失或编码不是 UTF-8，先用记事本另存为 UTF-8 再试
- 超大文件（>5MB）可能卡死或只加载前几屏，这时得换工具
改几行就关机？Notepad++ 和 VS Code 足够用
需要加属性、调缩进、删节点时，Notepad++（Windows）和 VS Code（全平台）是性价比最高的选择。两者都默认支持语法高亮+代码折叠，关键区别在于生态：
Email Ledger
下载
报备邮件台账登记工具 — 解析 .eml（含 zip）提取关键信息，生成 Excel 台账供下载；支持模板追加、自动去重。触发词：整理邮件、报备邮件台账、邮件台账登记、邮件归档、报备登记、填写报备台账、邮件解析台账、email ledger。
-
Notepad++装上XML Tools插件后能一键格式化、验证基础语法、补全标签，但不支持 XSD 校验 -
VS Code装Red Hat XML或XML Tools插件后，可配置xml.validation.schema指向本地 XSD 文件，实现真正的结构级校验 - 别用系统记事本改复杂 XML —— 它不识别换行符差异（CRLF vs LF），保存后可能让下游解析器报
Invalid byte 1 of 1-byte UTF-8 sequence
要写 XSLT、验 Schema、团队共用规范？上专业工具
当 XML 不只是数据容器，而是接口契约（如 SOAP）、文档标准（如 DITA）或配置中枢（如 Spring Bean 定义），就得靠 Oxygen XML Editor 或 XMLSpy 这类专业工具：
-
Oxygen的Document Grid视图能把 XML 映射成表格，方便非技术人员核对字段；它的XPath evaluator支持实时调试表达式，比手写再粘贴进浏览器快得多 -
XMLSpy的Schema View可反向生成 UML 类图，适合设计阶段厘清元素继承关系；但它对中文路径支持不稳定，常报file not found（实际存在），建议路径全用英文 - 两者免费试用版功能完整，但导出 PDF 或 Git 集成需正式授权 —— 别在试用期做交付物，避免最后时刻发现水印或保存失败
别忽略 IDE 和移动端的隐藏选项
如果你已经在用 IntelliJ IDEA、Eclipse 或 Visual Studio 开发，它们内置的 XML 支持往往被低估：IDEA 默认启用 XML schema validation，只要项目里有 .xsd 或 .dtd，编辑时就会标红非法元素；VS 的 XML Editor 还带图形化 Schema 设计器。
- iOS 用户可装
XML ViewerApp，支持 iCloud 同步和表格视图，但免费版导出 PDF 会加水印 - Linux 下命令行党可用
xmlstar快速查值：xmlstar --net --text -t -v "//book/title" book.xml，比开 GUI 工具快一个数量级 - 所有工具都依赖 XML 声明中的
encoding属性，如果文件是 GBK 编码却声明UTF-8，连 VS Code 都会显示乱码 —— 先用file -i filename.xml确认真实编码
