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());
// 输出:alert(1)]]>
读取时识别 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。










