17370845950

LINQ to XML 中无 XCData 类型节点，但可通过 XCData 类插入 CDATA 内容以避免转义；读取时原始 CDATA 信息丢失，.NET 6+ 可用 XText.IsCData 属性（有限支持），推荐写入时主动使用 XCData 并约定上下文识别。

在 C# 的 LINQ to XML 中，CDATA 节点不是独立的节点类型，而是 XText 节点的一种特殊形式——它通过 XDtdNode 或内部标记来保留原始文本，但实际处理时，你**不能直接创建或识别标准的 XCData 类型节点**（注意：.NET 中没有 XCData 类），而是靠 XText 的 IsCData 属性（仅在 .NET 6+ 及更高版本中可用）或更通用的方式：用 XCData 构造器显式插入、用字符串匹配或节点类型判断来间接处理。

插入 CDATA 内容（推荐方式）

要让某段文本以 形式写入 XML，必须使用 XCData 类（存在于 System.Xml.Linq 命名空间中）：

• XCData 是一个真实存在的类（不是伪概念），可直接实例化并添加为子节点
• 它会自动在序列化时渲染为 CDATA 区块，无需额外设置
• 示例：

XElement root = new XElement("root",
    new XElement("content", new XCData(""))
);
Console.WriteLine(root.ToString()); 
// 输出：

读取时识别 CDATA 内容

XML 解析后，CDATA 内容会被当作普通文本加载进 XText 节点，原始 CDATA 包裹信息默认丢失。但有以下两种情况可区分：

• .NET 6+ 支持 XText.IsCData 属性：如果 XML 是用 XCData 创建并保存的，再用 XDocument.Load() 读取（且底层解析器支持），部分场景下该属性可能为 true；但实践中多数标准加载方式（如 Parse / Load）不会保留此标记
• 更可靠的做法是：不依赖运行时识别，而靠约定或上下文：比如约定某个元素（如 、）的内容总是应视为 CDATA，在写入时主动用 XCData，读取时直接取 Value 即可——内容本身没变，只是转义逻辑由你控制

避免意外转义（关键目的）

使用 XCData 的核心价值不是“标记类型”，而是绕过 XML 字符转义。对比：

• 直接赋值：new XElement("body", "hello") → 输出 zuojiankuohaophpcnbyoujiankuohaophpcnhellozuojiankuohaophpcn/byoujiankuohaophpcn
• 用 XCData：new XElement("body", new XCData("hello")) → 输出 hello]]>

这样浏览器或解析器就能原样解释其中的 HTML/JS 等嵌入内容。

注意事项与兼容性

• XCData 在所有 .NET 版本（包括 .NET Framework 3.5+）中都存在，无兼容问题
• 不要尝试把字符串强制转成 XCData：比如 (XCData)"xxx" 会失败；必须用 new XCData(...)
• 若需动态判断某节点是否来自 CDATA，没有 100% 可靠方案；建议在设计阶段就明确哪些字段需 CDATA，并统一用 XCData 写入

基本上就这些。LINQ to XML 对 CDATA 的支持是“写入友好、读取沉默”——你负责正确写，它保证不乱转义；至于读回来怎么理解，得靠你自己记清楚哪块用了 CDATA。