根据定义，整个“命名锚点”概念使用name属性。您应该坚持使用名称，但ID属性对于某些javascript情况可能很方便。

就像在评论中一样，你总是可以用两者来对冲你的赌注。

没有语义差异；标准的趋势是使用id而不是名称。然而，在某些情况下，有些差异可能会导致人们更喜欢名字。HTML 4.01规范提供了以下提示：

使用id或名称？作者在决定是否使用id或名称作为锚点名称时应考虑以下问题：

id属性可以不仅仅用作锚点名称（例如，样式表选择器、处理标识符等）。一些较旧的用户代理不支持使用id属性创建的锚点。name属性允许更丰富的锚点名称（带有实体）。

维基百科大量使用这一功能，如下所示：

<a href="#History">[...]</a>
<span class="mw-headline" id="History">History</span>

维基百科对每个人都有效，所以我觉得坚持使用这个表单是安全的。

另外，不要忘记，您不仅可以将其用于span，还可以用于div甚至表单元格，然后您就可以访问元素上的：target伪类。只需注意不要改变宽度，如粗体文本，因为这会移动内容，这令人不安。

命名主播-我的投票是避免：

“名称和ID在同一个命名空间中……”-两个具有相同命名空间的属性简直太疯狂了。我们就说已经弃用了。“锚定没有href atribute的元素”-同样，元素的性质（超链接与否）是通过有atribute来定义的？！双重疯狂。常识说要完全避免。如果在没有伪类的情况下对锚点进行样式设置，则样式设置将应用于每个锚点。在CSS3中，您可以使用属性选择器（或每个伪类的相同样式）来解决这个问题，但这仍然是一个解决方法。这通常不会出现，因为您为每个伪类选择颜色，并且默认情况下，下划线只有删除才有意义，这使其与其他文本相同。但如果你决定将链接设置为粗体，这会带来麻烦。网景4可能不支持id功能，但一个未知的属性不会引起任何问题。这就是我所说的兼容性。

根据HTML 5规范5.9.8导航到片段标识符：

对于HTML文档（以及text/HTML MIME类型），必须遵循以下处理模型来确定文档的指定部分是什么。解析URL，让fragid成为URL的＜fragment＞组件。如果fragid是空字符串，那么文档的指示部分就是文档的顶部。如果DOM中有一个元素的ID正好等于fragid，那么树顺序中的第一个这样的元素就是文档的指定部分；在这里停止算法。如果DOM中有一个元素的name属性的值正好等于fragid，那么树顺序中的第一个这样的元素就是文档的指定部分；在这里停止算法。否则，文件中没有指明的部分。

因此，它将查找id=“foo”，然后将跟随name=“foo“

编辑：正如@hsiwonen所指出的，在HTML5中，a元素没有name属性。然而，上述规则仍然适用于其他命名元素。

您不应该在任何类型的HTML中使用<h1><a name=“foo”/>foo-Title</h1>作为text/HTML，因为text/HTML不支持XML空元素语法。然而，<h1><a name=“foo”>foo Title</a></h1>在HTML4中是可以的。它在当前起草的HTML5中无效。

<h1 id=“foo”>foo Title</h1>在HTML4和HTML5中都可以。这在Netscape 4中不起作用，但您可能会使用其他十几个在Netscape 4上不起作用的功能。

第二个示例为所讨论的元素分配一个唯一的ID。然后可以使用DHTML操纵或访问该元素。

另一方面，第一个方法在文档中设置一个命名位置，类似于书签。连接到一个“锚”，这是完全合理的。