<b> 和 <strong>、<i> 和 <em> 有什么区别？

以下是定义的摘要以及建议的用法：

<b> ...出于实用目的而引起注意的一段文本，但没有传达任何额外的重要性，也没有暗示其他声音或情绪，例如文档摘要中的关键词 、评论中的产品名称、交互式文本驱动软件中的可操作字词或文章主题。

<strong> ...现在代表重要性而不是强调。

<i> ...一段文本以另一种声音或语气，或以其他方式偏离正常散文以指示不同质量的文本，例如 分类名称、技术术语、另一种语言的惯用短语、思想或西方文本中的船名。

<em> ...表示强调。

（这些都是来自 W3C 来源的直接引用，我强调了。请参阅：https://rawgithub.com/whatwg/html-differences/master/Overview.html#changed-elements 和 http://www.w3.org/TR/html401/struct/text.html#h-9.2.1 的原文）

<b> 和 <i> 都与样式有关，而 <em> 和 <strong> 是语义。在 HTML 4 中，第一个被归类为 font style elements，后者被归类为 phrase elements。

正如您正确指出的那样，<i> 和 <em> 通常被认为是相似的，因为浏览器通常都以斜体呈现。但是根据规范，<em> 表示强调，而<strong> 表示更强调，这很清楚，但经常被误解。另一方面，何时使用 <i> 或 <b> 之间的区别实际上是一种风格问题。

我将在这里冒险历史和实际的热门话题：

是的，根据规范，<strong> 在 HTML4 中具有语义含义，而 <b> 具有严格的表示含义。

是的，当 HTML5 出现时，为 b 和 i 引入了稍微不同的新语义含义。

是的，W3C recommends——基本上——TL，DR；不要使用 b 和 i。

您应该始终牢记 ab 元素的内容可能并不总是粗体，而 i 元素的内容可能并不总是斜体。实际样式取决于 CSS 样式定义。您还应该记住，粗体和斜体可能不是某些语言内容的首选样式。如果有更具描述性和相关性的标签可用，则不应使用 b 和 i 标签。

但：

现实世界的互联网有大量现有的 HTML，这些 HTML 永远不会更新。现实世界的互联网必须考虑在庞大的软件网络和 CMS 系统之间生成、复制和粘贴的内容，这些系统都有不同的开发团队，并且建于不同的时代。

因此，如果您正在编写 HTML 或构建一个为其他人编写 HTML 的系统——当然——肯定使用 <strong> 而不是 <b> 来表示“强烈强调”，因为它在语义上更正确。

但实际上，实际情况是 <strong> 和 <b> 的语义和文体意义随着时间的推移已经出于必要而合并。

如果我正在构建一个允许粘贴任何样式文本的 CMS，我需要为粘贴在 <b> 中并表示“强烈强调”的人以及粘贴在 <strong> 中并表示“制作这个粗体字”。这可能不是“正确的”，但这就是现实世界此时此刻的运作方式。

因此，如果我正在为该网站编写样式表，我可能最终会编写一些如下所示的样式：

b,
strong {
  font-weight: 700;
  /* ... more styles here */
}

i,
em {
  font-style: italic;
  /* ... more styles here */
}

或者，我将依赖浏览器默认设置，它与我所知道的每个现代浏览器中的上述代码执行相同的操作。

或者，我可能是数百万使用 normalize.css, which takes care to ensure that b and strong are treated the same 的网站之一。

世界上已经有如此庞大的 HTML 海洋可以满足这种期望，我只是无法想象 b 会被贬低以支持 strong 或者浏览器会开始以不同的方式显示它们默认。

就是这样了。这是我对语义、历史和现实世界的热门看法。 b/i 和 strong/em 是一样的吗？不会。在现代文明崩溃之前，它们可能都存在并在几乎所有情况下都被视为相同吗？我想是的。

虽然 <strong> 和 <em> 在语义上当然更正确，但似乎有明确的正当理由将 <b> 和 <i> 标记用于客户编写的内容。

在此类内容中，单词或短语可能会加粗或斜体，而我们通常无法分析这种加粗或斜体的语义推理。

此外，这样的内容可以指代粗体和斜体字和短语以传达特定含义。

一个例子是一个英语考试问题，它指示学生替换粗体字。

<em> 和 <strong> 消耗的带宽比 <i> 和 <b> 多。

它们还需要更多的输入（如果不是自动生成的）。

它们还会用更多的文本使编辑器屏幕变得混乱。我似乎记得程序员喜欢较小的源文件，如果它们相同的话。 （让我们成为现实，它们是相同的。是的，存在“技术”（咳嗽，咳咳，对不起）差异，但一开始那大多是假的。）

使用上述任何标签，您可以使用样式表自定义它们的显示方式，如果您需要它们看起来不同于其默认呈现。