P&G
P&G
P&G
所有这些都是一样的。特殊实体的使用是否仅适用于 javascript/url？
【问题讨论】：
标签： html entity special-characters ampersand
它们的意思不同。
P&G 包含一个未定义的实体引用&G，验证器会告诉你。浏览器对这些引用所做的就是按字面意思对待它们。如果浏览器开始识别新实体，可能会发生奇怪的事情。他们现在正在这样做，因为正在添加添加的entities as per HTML5 drafts。顺便说一句，&G 不在其中。
P&ampG 是一个非常相似的情况，除了一些解析器损坏的浏览器可能会错误地将&amp 部分视为 & 字符。
P&G 是代表宝洁的正确符号。
这与 JavaScript 无关，与 URL 无关，与一般的 HTML 文档内容无关。 URL 中经常需要和号，但这并不会使问题成为 URL 的问题。 JavaScript 代码通常写在 script 元素中，其中可能会应用特殊的解析规则，具体取决于 HTML 版本，但这取决于元素的内容模型。 （style 元素是类似的情况。）
【讨论】：
P&ampG 处理为P&G 不是“损坏”解析器的结果，而是HTML5 解析器的要求。您可以在链接到的实体列表的底部找到应该解释的命名字符引用列表，而无需尾随分号。
& 之后的所有名称字符），并且仅在与实体定义匹配之后。 HTML5 处于草稿级别（正在进行中）并且对问题含糊其辞，但即使在 HTML5 模式下，validator.w3.org 也会将 &ampG 标记为错误。
为获得最佳效果，您应始终使用完整的&。期间。
嗯，除了在具有 CDATA 内容类型的环境中。在 HTML 中，这将是 <script>、<style>、<xmp>、<listing> 等元素。在 XHTML 中，仅在显式 CDATA 块中，以 <![CDATA[ .. ]]> 分隔。
如果你没有完整地写出引用，并不是所有的浏览器都会按照你想要的方式显示它，如果你不小心写了“select©&paste”之类的东西，你以后可能会遇到麻烦。
【讨论】：
没有。甚至 HTML 也无法理解它们，因此它们被称为特殊字符。
但是，现代浏览器会为您纠正这一点。 （现代浏览器修正示例）：
创建一个扩展名为 .htm|.html 的文档，并在输入 <h1>hi!</h1> 后保存在文档中。您将能够看到一些标题。这应该是错误的......（回到主题）
有数百个这样的小傻瓜。但最重要的是，尽量遵循标准：
尝试在浏览器中编写<>10<20<>，它会显示新的现代浏览器，如果旧的，谁知道会发生什么？
【讨论】：