<meta charset="utf-8">对比<meta http-equiv="Content-Type">

Question

为了为HTML5 Doctype定义字符集，我应该使用哪种表示法？

1. 短的：

    <meta charset="utf-8" />

2. 长：

    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Answer 1

在 HTML5 中，它们是等价的。 使用较短的一个，更容易记住和输入。 浏览器支持很好，因为它是为向后兼容而设计的。

Answer 2

元字符集声明的两种形式是等效的，并且在浏览器中的工作方式应该相同。 但是，在将 Web 文件字符集声明为 UTF-8 时，您需要记住以下几点：

1. 以不带字节顺序标记(BOM) 的 UTF-8 编码保存您的文件。
2. 使用元字符集（如上）在 HTML 文件中声明编码。
3. 您的 Web 服务器必须为您的文件提供服务，并在 Content-Type HTTP 标头中声明 UTF-8 编码。

默认情况下，Apache 服务器配置为提供 ISO-8859-1 中的文件，因此您需要将以下行添加到您的.htaccess文件中：

AddDefaultCharset UTF-8

这将配置 Apache 为您的文件提供在 Content-Type 响应标头中声明 UTF-8 编码的文件，但您的文件必须以 UTF-8（无 BOM）开始保存。

记事本无法在没有 BOM 的情况下以 UTF-8 格式保存您的文件。 可以是Notepad++ 的免费编辑器。 在程序菜单栏上，选择“编码 > 以 UTF-8 编码，无 BOM”。 您还可以使用“编码 > 无 BOM 转换为 UTF-8”打开文件并以 UTF-8 格式重新保存它们。

有关Wikipedia上的字节顺序标记 (BOM) 的更多信息。

Answer 3

使用短的另一个原因是它与您可能在标记中指定字符集的其他实例相匹配。 例如：

<script type="javascript" charset="UTF-8" src="/script.js"></script>

<p><a charset="UTF-8" href="http://example.com/">Example Site</a></p>

一致性有助于减少错误并使代码更具可读性。

请注意，字符集属性不区分大小写。 您可以使用 UTF-8 或 utf-8，但 UTF-8 更清晰、更易读、更准确。

此外，完全没有理由在元字符集属性或页眉中使用 UTF-8 以外的任何值。 自 1999 年的 HTML4 以来，UTF-8 是 Web 文档的默认编码，也是制作现代 Web 页面的唯一实用方法。

此外，您不应在 UTF-8 中使用 HTML 实体。 像版权符号这样的字符应该直接输入。 您应该使用的唯一实体是 5 个保留标记字符：小于、大于、与号、素数、双素数。 实体需要一个 HTML 解析器，您可能并不总是希望在未来使用它，它们会引入错误，使您的代码可读性降低，增加文件大小，并且有时会在各种浏览器中错误地解码，具体取决于您使用的实体。 了解如何键入/插入版权、商标、左引号、右引号、撇号、破折号、破折号、项目符号、欧元和您在内容中遇到的任何其他字符，并在您的代码中使用这些实际字符。 Mac 有一个字符查看器，你可以在键盘系统偏好设置中打开它，你可以找到然后拖放你需要的字符，或者使用匹配的键盘查看器来查看要键入的键。 例如，商标是Option+2。 UTF-8 包含来自每种书面人类语言的所有字符和符号。 所以没有理由使用 -- 而不是破折号。 学习标点符号和排版规则也不是一个坏主意……例如，知道句号在引号内，而不是在外引号内。

为内容类型和编码之类的东西使用标签是非常具有讽刺意味的，因为如果不知道这些东西，你就无法解析文件来获取元标签的值。

不，这不是真的。 浏览器开始将文件解析为浏览器的默认编码，UTF-8 或 ISO-8859-1。 由于 US-ASCII 是 ISO-8859-1和UTF-8 的子集，因此浏览器可以很好地读取任何一种方式……它是相同的。 当浏览器遇到 meta charset 标签时，如果编码与浏览器已经使用的不同，浏览器会以指定的编码重新加载页面。 这就是为什么我们将元字符集标签放在顶部，紧跟在 head 标签之后，在其他任何东西之前，甚至是标题。 这样您就可以在标题中使用 UTF-8 字符。

您必须以不带 BOM 的 UTF-8 编码保存您的文件

严格来说并非如此。 如果您的文档中只有 US-ASCII 字符，则可以将其另存为 US-ASCII 并将其用作 UTF-8，因为它是一个子集。 但是如果有Unicode字符，你是对的，你必须另存为没有BOM的UTF-8。

如果你想要一个好的文本编辑器来保存你的 UTF-8 文件，我推荐 Notepad++。

在 Mac 上，使用 Mac App Store 中的 Bare Bones TextWrangler（免费），或 Mac App Store 中的 Bare Bones BBEdit，售价 39.99 美元……对于这样一款出色的工具来说非常便宜。 在任一应用程序中，文档窗口底部都有一个菜单，您可以在其中指定文档编码，您可以轻松选择“UTF-8 无 BOM”。 当然，您可以将其设置为首选项中新文档的默认值。

但是，如果您的 Web 服务器提供 HTTP 标头中的编码（推荐），则两个 [meta 标记] 都是不必要的。

那是不正确的。 您当然应该在 HTTP 标头中设置编码，但您也应该在元字符集属性中设置它，以便用户可以将页面从浏览器保存到本地存储，然后稍后再次打开，在这种情况下将出现的编码的唯一指示是元字符集属性。 出于同样的原因，您还应该设置一个基本标签......在服务器上，基本标签是不必要的，但是当从本地存储打开时，基本标签使页面能够像在服务器上一样工作，所有的资产到位等等，没有断开的链接。

添加默认字符集 UTF-8

或者您可以像这样更改特定文件类型的编码：

AddType text/html;charset=utf-8 html

同时提供 UTF-8 和 Latin-1 (ISO-8859-1) 文件的一个技巧是为 UTF-8 文件提供“文本”扩展名，为 Latin-1 文件提供“txt”扩展名。

AddType text/plain;charset=iso-8859-1 txt
AddType text/plain;charset=utf-8 text

最后，考虑使用 Unix 行结束符保存您的文档，而不是传统的 DOS 或（经典）Mac 行结束符，这无济于事，可能会造成伤害，尤其是随着我们越来越远离那些遗留系统。 具有有效 HTML5、UTF-8 编码和 Unix 行结尾的 HTML 文档是一项出色的工作。 您可以在许多上下文中共享、编辑、存储、阅读和恢复并依赖该文档。 这是通用语言。 是数码纸。

Answer 4

<meta charset="utf-8">是针对 HTML5 引入的。

如文档中所述，两者都是有效的。 但是， <meta charset="utf-8">仅适用于 HTML5（并且更易于输入/记忆）。

在适当的时候，旧样式必然会在不久的将来被弃用。 我会坚持使用新的<meta charset="utf-8"> 。

只有一种方法，但是向上。 在技​​术的情况下，这是逐步淘汰旧的（真的，非常快）

文档： HTML 元字符集属性—W3Schools

Answer 5

虽然不反对其他答案，但我认为以下内容值得一提。

1. “长”（ http-equiv ）表示法和“短”表示http-equiv等，先到者胜；
2. Web 服务器标头将覆盖所有<meta>标签；
3. BOM（字节顺序标记）将覆盖所有内容，并且在许多情况下它会影响 html 4（可能还有其他内容）；
4. 如果您不声明任何编码，您可能会在浏览器定义的“回退文本编码”中获取文本。 在 Firefox 和 Chrome 中都不是 utf-8；
5. 在没有其他线索的情况下，浏览器将尝试读取您的文档，就好像它是 ASCII 格式一样以获取编码，因此您不能使用任何奇怪的编码（但是，带有 BOM 的 utf-16 应该可以）；
6. 虽然规范说编码声明必须在文档的前 512 个字节内，但大多数浏览器会尝试阅读更多。

您可以通过运行echo 'HTTP/1.1 200 OK\\r\\nContent-type: text/html; charset=windows-1251\\r\\n\\r\\n\\xef\\xbb\\xbf<!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta charset="windows-1251"><title>привет</title></head><body>привет</body></html>' | nc -lp 4500 echo 'HTTP/1.1 200 OK\\r\\nContent-type: text/html; charset=windows-1251\\r\\n\\r\\n\\xef\\xbb\\xbf<!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta charset="windows-1251"><title>привет</title></head><body>привет</body></html>' | nc -lp 4500 echo 'HTTP/1.1 200 OK\\r\\nContent-type: text/html; charset=windows-1251\\r\\n\\r\\n\\xef\\xbb\\xbf<!DOCTYPE html><html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><meta charset="windows-1251"><title>привет</title></head><body>привет</body></html>' | nc -lp 4500并将浏览器指向localhost:4500 。 （当然，您会想要更改或删除部分。BOM 部分是\\xef\\xbb\\xbf 。请注意外壳的编码。）

请注意，明确声明编码非常重要。 让浏览器猜测可能会导致安全问题。

Answer 6

使用 HTML5 时，将<meta charset="utf-8" />用于 Web 浏览器。

使用<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />时使用 HTML4 或 XHTML，或者过时的 dom 解析器，如 php 5.3 中的DOMDocument

Answer 7

要在电子邮件中嵌入签名，我将使用长版本：

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

原因是没有多少电子邮件阅读器使用 html5，所以最好使用旧的 html 样式。 实际上，使用表格也比使用 divs + css 更好。

Answer 8

有一些基于Mozilla Foundation和sitepoint 的新闻

不要使用此值 ( http-equiv=content-type )，因为它已过时。 首选 < meta > 元素上的charset属性。

Answer 9

我建议这样做以使事情与 HTML5 保持一致。

<meta charset="UTF-8">

EG：

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Document</title>
</head>
<body>
</body>
</html>