]]>）。或者更一般地说，是否存在用于在CDATA内部使用的转义序列（但如果存在的话，我猜可能只有转义开始或结束标记才有意义）。]]>。<![CDATA[]]]]><![CDATA[>]]>
第一个标记 <![CDATA[]]]]> 包含了 ]]。第二个标记 <![CDATA[>]]> 包含了 >。]]>转义为]]]]><![CDATA[>，长度会增加5倍...哇。但这是一个不常见的序列。 - Brillianda='<scr'+'ipt>'或foo.com/bar%20gaz称为转义，仅仅因为虽然语言上准确，但不是确切的技术术语。是的，有多个CDATA部分，在极少数情况下这很重要。但根据牛津的定义，计算机领域中的广义定义是“导致后续字符被解释为不同的意思”。在这种情况和上述情况下，确实发生了这种情况。 - Beejor[20] CData ::= (Char* - (Char* ']]>' Char*))
换句话说，在CData部分中不可能使用实体引用、标记或任何其他形式的解释语法。在CData部分内唯一解析的文本是在CData部分中，只有CDEnd字符串被识别为标记，所以左尖括号和和符号可以以它们的字面形式出现；它们不需要（也不能）使用“<”和“&”进行转义。CDATA部分不能嵌套。
]]>，并且它终止了该部分。]]>。<![CDATA[Certain tokens like ]]> can be difficult and <invalid>]]>
<![CDATA[Certain tokens like ]]]]><![CDATA[> can be difficult and <valid>]]>
<script>/*<![CDATA[*/javascript goes here/*]]>*/</script>，而我的Javascript代码刚好包含这个序列！我认为将其拆分成多个CDATA部分是个好主意... - NickZoic只需将]]>替换为]]]]><![CDATA[>
在IT技术中，当你需要处理XML数据时，如果遇到字符串包含]]>，就无法直接使用CDATA标签来表示该字符串。但是，在]]之后的>可以通过插入]]><![CDATA[来进行转义，类似于C/Java/PHP/Perl中字符串中的\，只不过这种方式只需要在]]之后的>前面插入。
顺便说一下，S.Lott的回答与此相同，只是措辞不同。
]]]]><![CDATA[>不是用来表示]]>的神奇序列。]]]]>将]]字符作为数据，而]]>则结束当前CDATA部分。<![CDATA[>开始一个新的CDATA部分，并将>放入其中。它们实际上是两个不同的元素，在使用DOM解析器时会有不同的处理方式。你应该意识到这一点。这种做法类似于 ]]]><![CDATA[]> ，只是把]放在第一个CDATA中，而把> ]放在第二个CDATA中。差别还是存在的。 - AidiakapiXmlElement elm = doc.CreateElement("foo");
elm.InnerText = "<[CDATA[[Is this a problem?]]>";
XmlDocument doc = new XmlDocument();
XmlElement elm = doc.CreateElement("doc");
doc.AppendChild(elm);
string data = "<![[CDATA[This is an embedded CDATA section]]>";
XmlCDataSection cdata = doc.CreateCDataSection(data);
elm.AppendChild(cdata);
Console.Write(doc.OuterXml);
以下是另一个需要转义]]>的情况。假设我们需要在XML文档的CDATA块中保存一个完全有效的HTML文档，而HTML源代码恰好有它自己的CDATA块。例如：
<htmlSource><![CDATA[
... html ...
<script type="text/javascript">
/* <![CDATA[ */
-- some working javascript --
/* ]]> */
</script>
... html ...
]]></htmlSource>
/* ]]]]><![CDATA[> *//
由于XML解析器无法处理JavaScript注释块，因此需要注意。
]]> 替换为 ]]]]><![CDATA[> 仍然适用于此处。它是 JavaScript 或被注释掉的事实并不重要。 - Thomas Grainger]] 之间打破 CDATA 结束标记 ]]>，它也可以正常工作，就像这样：] ]]><![CDATA[ ]>
例如：<![CDATA[Certain tokens like ]]]><![CDATA[]> can be difficult and <valid> but <unconventional>]]>
然而，全球通用的惯例是在此处断开 ]]> 并在 > 之前进行，就像其他答案中所示。
<![CDATA[Certain tokens like ]]]]><![CDATA[> can be difficult and <valid> and <conventional>]]>
function safeCData($string)
{
return '<![CDATA[' . str_replace(']]>', ']]]]><![CDATA[>', $string) . ']]>';
}
如果需要使用多字节安全的 str_replace（非 Latin1 $string），请不要忘记：
function mb_str_replace($search, $replace, $subject, &$count = 0)
{
if (!is_array($subject))
{
$searches = is_array($search) ? array_values($search) : array ($search);
$replacements = is_array($replace) ? array_values($replace) : array ($replace);
$replacements = array_pad($replacements, count($searches), '');
foreach ($searches as $key => $search)
{
$parts = mb_split(preg_quote($search), $subject);
$count += count($parts) - 1;
$subject = implode($replacements[$key], $parts);
}
}
else
{
foreach ($subject as $key => $value)
{
$subject[$key] = mb_str_replace($search, $replace, $value, $count);
}
}
return $subject;
}
'<![CDATA['.implode(explode(']]>', $string), ']]]]><![CDATA[>').']]>'
看看这个结构：
<![CDATA[
<![CDATA[
<div>Hello World</div>
]]]]><![CDATA[>
]]>
对于内部CDATA标签，您必须使用]]]]><![CDATA[>来关闭标签，而不是]]>。就这么简单。
>编码为>并不会阻止嵌入式]]>被解析为CDEnd。这只是意味着这种情况是出乎意料的，并且必须首先将&编码为&，以便数据可以被正确解码。文档的用户也必须知道如何解码该CData。这并不罕见，因为CData的部分目的是包含特定使用者知道如何处理的内容。这样的CData不能期望被任何通用的消费者正确地解释。 - nixCDATA的设计目的是允许_任何东西_：它们用于转义包含否则会被识别为标记的字符块的文本。这也意味着CDATA，因为它也是标记。但实际上，您不需要我暗示的双重编码。]]>是在CDATA中编码CDEnd的可接受方法。 - nix