实际上PCDATA和CDATA是什么？

PCDATA - 解析的字符数据 CDATA - （未分析）字符数据 http://www.w3schools.com/XML/xml_cdata.asp     

PCDATA是将由解析器解析的文本。文本内的标签 将被视为标记，实体将被扩展。 CDATA是解析器不会解析的文本。文本里面的标签会 不被视为标记，实体不会被扩展。 默认情况下，一切都是PCDATA。在下面的示例中，忽略根，将被解析，并且它将没有内容，而是一个子节点。

<?xml version="1.0"?>
<foo>
<bar><test>content!</test></bar>
</foo>

当我们想要指定一个元素只包含文本而没有子元素时，我们使用关键字PCDATA，因为该关键字指定该元素必须包含可解析的字符数据 - 即除了字符小于（＆lt）之外的任何文本;），大于（>），＆符号（＆amp;），引号（'）和双引号（“）。 在下一个示例中，bar是CDATA，未解析，并且内容为“content！”。

<?xml version="1.0"?>
<foo>
<bar><![CDATA[<test>content!</test>]]></bar>
</foo>

SGML中有几种内容模型。 #PCDATA内容模型表示元素可能包含纯文本。它的“解析”部分意味着解析其中的标记（包括PI，注释和SGML指令）而不是显示为原始文本。它还意味着实体引用被替换。 另一种允许纯文本内容的内容模型是CDATA。在XML中，元素内容模型可能不会隐式设置为CDATA，但在SGML中，它意味着在元素的内容中忽略标记和实体引用。但是，在CDATA类型的属性中，实体引用被替换。 在XML中#PCDATA是唯一的纯文本内容模型。如果您想要允许元素中的文本内容，则使用它。可以通过#PCDATA中的CDATA块标记显式使用CDATA内容模型，但是默认情况下元素内容可能不被定义为CDATA。 在DTD中，包含文本的属性的类型必须是CDATA。属性声明中的CDATA关键字与XML文档中的CDATA部分具有不同的含义。在CDATA部分中，除“]]>”结束标记外，所有字符都是合法的（包括＆lt;，>，＆amp;，'和'字符）。 #PCDATA不适合属性的类型。它用于“叶子”文本的类型。 由于历史原因，＃PCDATA前缀为哈希（也称为“哈希标签”或octothorp）。     

你的第一个定义是正确的。 解析PCDATA，这意味着实体被扩展，文本被视为标记。 XML解析器不解析CDATA。     

如果在XHTML DTD中默认情况下只将元素设置为CDATA，则会节省大量难看的手动覆盖...为什么脚本块会包含其他元素？如果存在这样的元素，它们将由JS解释器在DOM操作操作中处理 - 在这种情况下，在文档插入和呈现之前，XML解析器仍应完全忽略它们。我想它可能是为了强制使用外部脚本资源文件而设计的，这最终是一件好事。