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