处理非标准XML需放弃标准解析器，采用自定义逻辑。1. 明确非标准表现：标签未闭合、属性无引号、自定义语法等；2. 选择策略：简单场景用正则+状态机，复杂结构用逐字符分析；3. 应对挑战：通过启发式规则处理嵌套缺失，容错解析属性值，分离转义处理，流式读取大文件；4. 核心是将文本视为类XML协议，利用C#字符串与流操作结合状态管理提取信息。
处理非标准XML方言时，C#自带的XmlDocument或XElement往往无法直接使用，因为这些结构要求文档严格符合XML 1.0规范。当遇到标签不闭合、属性无引号、自定义语法扩展等情况时，必须放弃标准解析器，转而编写自定义解析逻辑。核心思路是绕过XML验证，将文本当作结构化流来处理，提取关键信息。
理解“非标准”的具体表现
在动手前，先明确XML“非标准”在哪里。常见情况包括：
- 标签未闭合，如
123 - 属性值无引号，如
- 使用非XML关键字，如
，实际是宏指令而非数据节点 - 混合脚本语法，如
...
只有清楚偏离点，才能决定是否需要完整解析树，还是只需提取片段。
选择合适的解析策略
根据输入复杂度，可采用不同方法：
正则表达式 + 状态机适用于格式简单、嵌套层级少的情况。用正则匹配起始标签、结束标签或自闭合标签，配合一个栈跟踪当前路径。例如：
- 扫描每一行，用
]*>捕获开始标签 - 用
(\w+)>捕获结束标签并出栈 - 记录当前上下文路径（如 root/level1/item），用于判断语义
此法轻量，但对深层嵌套或跨行标签支持差。
逐字符分析（Lexer 风格）适合复杂结构。将输入视为字符流，手动实现词法分析：
生成Blender Python (bpy)脚本，该脚本使用node_groups API和GeometryNodeTree接口程序化地创建几何节点修改器树，用于参数化3D资产生成。
- 跳过空白，识别
开始标签 - 区分开始标签、结束标签、自闭合、注释等类型
- 解析属性时允许无引号值，按空格或
/>截断 - 构建简易AST或直接回调事件（类似SAX）
虽然代码量增加，但控制力更强，能处理非法但仍具意义的结构。
处理常见挑战
嵌套与匹配问题：非标准XML可能缺少闭合标签。可设定启发式规则，比如遇到同级新标签时自动关闭前一个，或依赖外部知识（如某标签从不嵌套）。
属性解析容错：标准XML要求属性加引号，但非标准中常省略。需编写属性解析函数，按 name=value 或 name 格式提取，value部分直到空格或标签结束为止。
编码与转义混乱：某些方言自定义转义符（如用${...}）。可在解析完结构后，单独处理内容中的占位符，避免与XML实体混淆。
性能考量：若文件巨大，避免一次性加载到内存。使用 StreamReader 逐行或分块读取，结合状态保存实现流式处理。
基本上就这些。面对非标准XML，关键是放弃“它应该是XML”的执念，把它看作一种类XML的文本协议。用C#的字符串和流处理能力，结合清晰的状态逻辑，就能稳定提取所需信息。不复杂，但容易忽略细节。
