这个问题是在我的一门大学课程中提出的。教授只给出了一个更具描述性的答案，但是看起来<b>和<i>含义都相当明确，而且比<strong>和更容易键入<em>。

弃用这些标签的官方说法是什么？

去年夏天，我阅读了完整的HTML5规范，每个以前的HTML规范（甚至是废弃的HTML规范），我能找到的所有CSS规范以及许多XML规范。由于我喜欢语义丰富的超文本文档，因此让我给您提供HTML5中相关HTML语义背后的想法。

在HTML5之前

HTML5之前，i并且b确实是过时的。原因是它们本质上分别像em和一样工作strong，但是只专注于表示而不是语义（这很糟糕）。

实际上，i这意味着该文本应以斜体显示（它说明了如何在屏幕上呈现该文本）。另一方面，em这意味着要强调文本（它说了一些有关文本语义的内容）。

这里有一个重要的理论差异。如果使用em，则用户代理（= browser）知道应强调文本，因此，如果在屏幕上显示文档，则可以用斜体显示（如果无法设置格式，则可以全部大写，甚至使用粗体显示）。用户更喜欢的语言），如果用户说了文件等等，它的发音会有所不同。

注意，重点实际上是语义。例如，短语

• 该猫是我的。（=不是狗！）
• 那只猫是我的。（=不是你的！）

没有相同的意思。

相同的区别适用于b（粗体字体）和strong（强调强度）。

一般而言，数字写作，特别是超文本创作的一般原则是，您应将内容和样式分开。在超文本创作中，这意味着内容应在HTML文件中，样式应在CSS文件（或多个CSS文件）中。一个不同但相关的原则是文档应具有丰富的语义（例如标记页眉，页脚，列表，重点，地址，导航区域等）。这具有许多优点：

• 对于计算机程序而言，解释文档要容易得多。这些程序包括浏览器，文本到语音应用程序，搜索引擎和数字助理。（例如，浏览器可以让您将地址保存到通讯簿中，前提是它只能找到并解释该地址。此外，如果正确标记标题，您可能会知道Microsoft Word可以为您创建并自动更新目录）
• 以后更改样式要容易得多。（如果要更改860页文档中所有第三级标题的颜色，可以在样式表中更改一行。如果内容和演示文稿混合使用，则必须手动浏览整个文档。您可能会错过一个或两个标题，使文档显得不专业。）
• 您可以根据情况使用不同的样式表（文档是显示在屏幕上还是打印在纸上？）。您甚至可以让最终用户自己选择样式。（我的网站提供了许多备用样式表。在IE和FF中，您可以使用“查看”菜单进行更改。）

简而言之，由于它们是与presentation有关的HTML标记i而b被弃用，这是完全错误的。

在HTML5中

在HTML5 i和b不再过时。相反，它们具有语义上的含义。因此，它们现在实际上是关于语义的，而不是关于表示的。

和以前一样，您em经常使用标记：“猫是我的”。但是i几乎在所有其他情况下，您都会在印刷作品中使用斜体。例如：

• 您通常i用来标记生物分类名称：“我喜欢R. norvegicus”。
• i与周围的文本相比，您可以用不同的语言标记短语：点菜
• i在谈论单词本身时，通常会用一个单词来标记：“ 酒既是名词又是动词”

使用class属性指定精确用法（也是Google的“微格式”和“微数据”）也是一个好主意。而且，当然，在第二种情况下，您应该真正使用该lang属性来指定正确的语言。（否则，例如，文本语音转换代理可能会误读该文本。）

一年前左右，HTML5规范还说cite应该用来标记书籍，电影，歌剧，绘画等的名称：

• 您如何看待性欲狂？

最后，由于很久以前，它dfn被用于标记文本中短语的定义实例（例如数学定义或术语的定义）：

• 一组是配备了一个二元运算*这样一组X ...

因此，印刷书中的斜体字可能由四个不同的HTML5标签表示，这可能意味着很多不同的事情，这确实很棒，因为语义很好，正如我之前试图说服您的那样。（例如，您可以要求浏览器在文本中列出所有定义，以确保在考试前都知道它们。）

转到strong和b，HTML5规范说strong应该使用它来标记文本的重要部分，例如警告或句子中一些非常重要的单词。另一方面，b应该用于标记需要在文本中轻松找到的内容，例如关键字。我也将其b用作列表项（LI）的标题。

如Doval所说，它们不被弃用。它们仍然存在，但使用方式应不同于HTML5之前的许多人。

这是关于“语义”的html。它应该描述“什么”，而不是外观。浏览器或理论上任何其他显示媒体（例如盲人阅读应用程序）都应该能够决定应如何解释。

这与为什么您不应该使用CSS类名（例如“ red”）并使用更具描述性的类来描述后面使用不同颜色的功能思想的原因类似。您稍后可能会认为绿色更好（也许应该通过使用红色代替粗体显示“强”）。或色盲用户可能具有一些特殊的浏览器设置，在其中用其他方式替换了颜色。

真实的故事是，b并i首次过时，过时了，骂道，并anatematized在各种HTML5草案（广义上）“表象”，但后来他们意识到，这些标签被广泛使用，也被许多制作程序产生。他们不是简单地允许他们使用，而是为他们开发了人为的新“语义”定义，以允许使用元素，但仍然假装对“呈现”标记严格。新的定义从一个草稿到另一个草稿都各不相同，而且晦涩难懂：您很难找到两个人以相同的方式理解和解释它们。

抱歉，没有参考。上面的描述是跟随更改并通常在两行之间阅读草稿和讨论的结果。他们没有明确说明原因。我仍然认为这是真实的故事。

结论是：继续前进。这里没有什么用。在b和i元素做同样的事情，因为他们总是有：它们使字体加粗或斜体，分别与通常的注意事项。这是您应该考虑的现实，而不是对浏览器，搜索引擎或其他软件没有影响的拟弹性“语义”。

在<b>和<i>标签起源的“黑体”和“斜体”的概念。问题是这些对于某些用户代理可能完全没有意义。例如，对于盲人来说，在屏幕阅读器中，“斜体”听起来像什么？

替换为它们，<strong>并<em>删除了与印刷概念的直接链接。相反，用户代理可以根据需要渲染它们。

当您确实需要'粗体'或'斜体'文本时，<b>和<i>标记是必不可少的。

如果您正在用HTML编写方程式，其中斜体的“ I ”与非斜体的“ I ”具有不同的含义，则必须进行区分。

我对它们的思考方式与对标签<sup>或<sub>标签的理解方式相同-如果不使用此类“外观”标签，就无法正确表示方程式的含义。

纯粹的方法是使用MathML或TeX，但尚不支持浏览器...

HTML标签的设计原则是它们应该是“语义的”，即它们应该指示含义和意图，而不是低级指令。

经典的测试是“可以在盲人的浏览器中有意义地使用标签”。

因此，对于基于音频的浏览器，斜体字的“ i”几乎没有用，因为您不能使用斜体字。但是，“ em”标签很有意义，因为音频设备可以通过多种方式来强调某个短语：提高音调，增加音量或改变重音。盲文渲染器可以通过提高点的间距，改变大小或增加振动来进行强调。