XML解析错误指不符合XML 1.0规范的语法问题，如标签未闭合、属性无引号等，标准解析器会抛出异常。容错模式虽可通过HTML解析器或预处理清洗数据来跳过错误，但存在数据完整性受损、安全漏洞等风险。更合理策略是前置校验、格式清洗、使用XSD验证并记录异常，确保在可靠与灵活间平衡。
XML解析错误通常不应被忽略或跳过，因为XML设计初衷是“良构优先”，即文档必须严格符合语法规则。然而，在某些实际场景中，开发者可能会考虑启用容错模式来处理不规范的XML数据。这种做法虽然能提升系统兼容性，但也伴随着一定风险。
什么是XML解析错误？
XML解析错误是指在读取和处理XML文档时，解析器发现内容不符合XML 1.0规范，例如：
- 标签未闭合，如
张三 - 属性值未加引号，如
- 嵌套错误，如
- 非法字符或编码问题
标准XML解析器（如DOM、SAX）遇到上述问题会立即抛出异常并终止解析。
容错模式：能否跳过错误？
部分解析器或工具提供“容错”或“宽松”模式，尝试修复或忽略某些语法问题，典型情况包括：
但这些并非真正意义上的XML解析，而是将输入当作“类标记语言”处理。标准XML解析器（如Java中的DocumentBuilder、Python的xml.etree.ElementTree）默认不支持容错。
启用容错的风险
即使技术上可以跳过错误，也需警惕以下问题：
- 数据完整性受损：忽略错误可能导致关键节点丢失或结构错乱
- 安全漏洞：异常结构可能被用于注入攻击，容错处理可能放大风险
- 不可预测行为：不同解析器对同一错误的处理方式不同，影响系统一致性
- 维护困难：容忍错误会掩盖上游系统的缺陷，长期增加调试成本
更合理的应对策略
与其依赖容错，不如采用以下方法：
- 在数据进入系统前进行校验和清洗
- 与数据提供方协商修正格式问题
- 使用XSD或DTD验证确保结构合规
- 记录并告警异常输入，便于追踪源头
若必须处理非标准输入，建议明确分离“接收—清洗—解析”流程，避免将容错逻辑混入核心解析环节。
基本上就这些。XML的本质是严谨的数据交换格式，牺牲正确性换取可用性往往得不偿失。理解解析器的行为边界，才能在可靠性和灵活性之间做出合理权衡。
