XML 已经能解析，为什么还要做 Lint 而不是直接交付？
「能打开」只代表解析器没当场抛错，不代表对评审、对法务、对甲方附件验收友好：未转义的尖括号藏在文本节点里、重复属性、非法字符引用、xml:space 与空白保留策略含糊，都会在后续 XSLT、XPath 或签名校验阶段爆炸。大家搜「xml lint 在线」「良构 检查」「实体 声明 错误」是为了在发邮件、归档、进合并请求之前，先把低级争议点扫掉。对写招标技术附件、写数据字典附录、给外包参照样例的白领，Lint 报告是可写入台账的证据：你证明过「我们自查过一轮」。Lint 与 XSD/DTD 校验互补：前者抓风格与可疑良构问题，后者抓模式约束；都不替代业务对账。超大文件应分段或只 lint 关键子树，避免浏览器主线程长时间阻塞。招标文件若要求附自查说明，可把 Lint 输出与 XSD 报告合并封面，法务审阅时一眼看到结构与用语双通过，减少格式条款触发的补材料循环。对跨部门附件，建议在台账里同时登记「Lint 规则版本号」与「样例指纹」，后续升级规则时能快速重放对比。
如何把 XML Lint 嵌进评审习惯并在 CI 里对齐同一规则集
- 粘贴前确认编码与声明一致、外部实体已禁用或受控，避免解析阶段加载意外 DTD；若来自不可信来源，先在沙箱扫描再 lint，防止 billion laughs 类实体扩展攻击。
- 按严重级别处理提示：阻塞级（未闭合、非法字符）必须修；警告级（不推荐但合法）与团队规范表对齐后决定是否豁免，并在 MR 里写豁免理由编号。
- 将 Lint 报告与格式化输出一并附在变更单；在 CI 锁定与网页相同的规则版本，避免「我本地绿了流水线红了」的双面叙事，大文件仍走命令行或增量检查。
XML Lint 常见问题
Lint 报「文本节点出现未转义小于号」，但业务方坚持要在备注里保留尖括号展示不等式，这种矛盾该由谁改写协议？
XML 文本节点必须转义或使用 CDATA 包裹；展示需求应改由上层系统渲染，而不是破坏良构。若对方接口强制要求非法 XML，应推动修订规范或改用 Base64 包裹富文本，并在风险登记册标注为技术债。
DTD 与 XSD 同时存在且约束不一致时，Lint 与校验器各听谁的、我们如何避免「修 A 错 B」，能否在一条 CI 流水线里串联两者并输出合并报表给评审签字？
应以合同指定的权威验证链为准，常见做法是只认 XSD 并移除遗留 DTD 引用；若必须双验，应在 CI 串联并输出合并报告。团队要在接口手册写清禁用特性列表，而不是让实施现场口头猜。
Lint 警告我属性顺序与样例不同，可 XSD 并不限制顺序，这类警告要不要强制清零才能合并，如果产品经理坚持保留顺序以方便人工 diff 研发又该如何书面回应？
若签名校验或下游 diff 对属性顺序敏感，应清零或启用 canonicalization；若不敏感，可在规则里关闭该条或标记为允许噪音。关键是团队要有书面默认，而不是依赖个人洁癖反复改 MR。
我想把含个人证件号的报文先 Lint 再发法务，脱敏与 Lint 的先后顺序错了会不会导致报告行号对不上原件？
应先复制原件生成哈希，再脱敏得到副本 lint，并在报告封面注明「基于脱敏副本」；行号对审计重要时，应保留同一换行符风格与工具版本。涉敏场景优先走内网专用扫描器，本页只服务脱敏教学样例。
Lint 工具提示某命名前缀未绑定，但运行时网关会自动注入默认命名空间，这种「假阳性」要不要写进豁免清单？
若运行时依赖隐式注入，应在源文件显式声明 xmlns 以消除歧义，而不是长期依赖豁免；隐式行为一旦换网关版本就会失效。把「所有前缀必须绑定」写进团队 XML 规范，并在代码评审检查清单勾选。