直接解析格式不规范的XML（俗称“标签汤”）不能靠标准XML解析器——它们严格遵循Well-formedness规则，一遇到未闭合标签、缺失引号、非法字符或嵌套错乱就报错中断。真正可行的路是：用宽容型解析器预处理，再转为结构化数据。下面说几个实用、稳定、开发者真正在用的方案。
用 xmlstar 做命令行级清洗与修复
xmlstar 是最轻量也最可靠的“急救工具”，支持自动修复常见格式错误，无需写代码：
-
修复并美化输出：
xmlstar fo -o -r -h -d bad.xml（-r启用恢复模式，-h保留注释，-d跳过DTD校验） - 能自动补全闭合标签、转义
&<等字符、标准化引号、移除控制字符 - 适合CI/CD中做前置校验，或批量清洗遗留配置文件
用 HTML 解析器降级兼容（如 jsoup / BeautifulSoup / tidy）
既然XML不规范，就按HTML对待——HTML解析器天生容忍嵌套错乱、自闭合缺失、属性无引号等问题：
- Java 项目推荐 jsoup：可加载“类XML”字符串，用CSS选择器提取内容，再导出为规范XML
-
Python 推荐 BeautifulSoup + lxml：
soup = BeautifulSoup(xml_str, "lxml")自动修复结构，soup.prettify()输出整洁XML -
C/C++ 或 Shell 环境可用 html-tidy：支持
--input-xml yes --output-xml yes，专为XML-like输入设计
在 Dify 或服务端加一层预检清洗
如果你在Dify中调用外部API返回了混乱XML，别让Dify直接解析——先拦截响应体做净化：
- 用Go/Python写一个中间函数：过滤控制字符（
[\x00-\x08\x0b\x0c\x0e-\x1f]）、补全引号、替换&为&、包裹CDATA - Dify工作流中插入「自定义工具节点」，把原始XML传入清洗函数，再把干净结果交给后续XML解析器
- 配合
xml.Decoder而非xml.Unmarshal，可捕获具体行号错误，便于定位源头问题
不建议硬扛的“伪容错”做法
有些团队试图用正则替换或字符串拼接来修XML，这很危险：
- 正则无法处理嵌套层级，
<tag><tag></tag>类结构会误杀 - 手动补
</tag>可能破坏语义，比如在<script>里插入闭合标签 - 忽略编码BOM、UTF-8/GBK混用，会导致中文变乱码，后续解析全错
基本上就这些。核心逻辑很清晰：不规范XML ≠ 要强行当XML解析，而是把它当作“需要清洗的半结构化文本”，用对的工具链分步处理——先救活，再结构化，最后集成。
