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 内容（推荐方式）
要让某段文本以 <![CDATA[...]]> 形式写入 XML，必须使用 XCData 类（存在于 System.Xml.Linq 命名空间中）：
-
XCData是一个真实存在的类（不是伪概念），可直接实例化并添加为子节点 - 它会自动在序列化时渲染为 CDATA 区块，无需额外设置
- 示例：
XElement root = new XElement("root",
new XElement("content", new XCData("<script>alert(1)</script>"))
);
Console.WriteLine(root.ToString());
// 输出：<root><content><![CDATA[<script>alert(1)</script>]]></content></root>
读取时识别 CDATA 内容
XML 解析后，CDATA 内容会被当作普通文本加载进 XText 节点，原始 CDATA 包裹信息默认丢失。但有以下两种情况可区分：
-
.NET 6+ 支持
XText.IsCData属性：如果 XML 是用XCData创建并保存的，再用XDocument.Load()读取（且底层解析器支持），部分场景下该属性可能为true；但实践中多数标准加载方式（如Parse/Load）不会保留此标记 -
更可靠的做法是：不依赖运行时识别，而靠约定或上下文：比如约定某个元素（如
<code>、<description>）的内容总是应视为 CDATA，在写入时主动用XCData，读取时直接取Value即可——内容本身没变，只是转义逻辑由你控制
避免意外转义（关键目的）
使用 XCData 的核心价值不是“标记类型”，而是绕过 XML 字符转义。对比：
- 直接赋值：
new XElement("body", "<b>hello</b>")→ 输出<b>hello</b> - 用
XCData：new XElement("body", new XCData("<b>hello</b>"))→ 输出<![CDATA[<b>hello</b>]]>
这样浏览器或解析器就能原样解释其中的 HTML/JS 等嵌入内容。
注意事项与兼容性
-
XCData在所有 .NET 版本（包括 .NET Framework 3.5+）中都存在，无兼容问题 - 不要尝试把字符串强制转成
XCData：比如(XCData)"xxx"会失败；必须用new XCData(...) - 若需动态判断某节点是否来自 CDATA，没有 100% 可靠方案；建议在设计阶段就明确哪些字段需 CDATA，并统一用
XCData写入
基本上就这些。LINQ to XML 对 CDATA 的支持是“写入友好、读取沉默”——你负责正确写，它保证不乱转义；至于读回来怎么理解，得靠你自己记清楚哪块用了 CDATA。
