如果您没有使用表单自己的提交方法将信息发送到服务器（而是使用JavaScript），则可以使用name属性将额外的信息附加到输入中，就像将其与隐藏的输入值配对一样，但它看起来更整洁，因为它包含在输入中。

虽然我认为在未来它可能不会被允许通过，但这一点目前在Firefox中仍然有效。

您可以有多个具有相同名称值的输入字段，只要您不打算以老式方式提交。

下面的论坛主题有相同基本问题的答案，但基本上，id用于脚本标识，name用于服务器端。

HTML控件的id与name属性

通常，假设名称总是被id取代。这在某种程度上是正确的，但实际上对于表单字段和框架名称来说不是这样。例如，对于表单元素，name属性用于确定要发送到服务器端程序的名称-值对，不应删除。浏览器不会以这种方式使用id。为了安全起见，可以在表单元素上使用name和id属性。因此，我们将编写以下内容：

<form id="myForm" name="myForm">
     <input type="text" id="userName" name="userName" />
</form>

为了确保兼容性，在定义名称和id属性值时，最好使用匹配的值。但是，请注意一些标记，特别是单选按钮，必须具有非唯一的名称值，但需要唯一的id值。

同样，这应该说明id不仅仅是名称的替代品；它们的目的不同。此外，不要轻视旧风格的方法，深入研究现代库可以发现，这种语法风格有时用于提高性能和方便性。你的目标应该总是有利于兼容性。

现在在大多数元素中，name属性已经被弃用，取而代之的是更普遍的id属性。然而，在某些情况下，特别是表单字段（＜button＞、＜input＞、＜select＞和＜textarea＞），name属性仍然有效，因为它仍然需要设置表单提交的名称值对。此外，我们发现一些元素，特别是框架和链接，可能会继续使用name属性，因为它通常用于按名称检索这些元素。

id和name之间有明显的区别。通常，当name继续时，我们可以将值设置为相同。然而，id必须是唯一的，并且在某些情况下名称不应与单选按钮相关联。遗憾的是，id值的唯一性虽然受到标记验证的限制，但并没有达到应有的一致性。浏览器中的CSS实现将为共享id值的对象设置样式；因此，在运行时之前，我们可能无法捕捉到可能影响JavaScript的标记或样式错误。

本文摘自托马斯·鲍威尔的《JavaScript-完整参考》一书。

id将给一个元素一个id，所以一旦你编写了真正的代码（比如JavaScript），你就可以使用这个id来读取元素。名称只是一个名称，所以我想用户可以看到元素的名称。

例子：

<h1 id="heading">text</h1>
<script>
  document.getElementById("heading"); // Reads the element that has the id "heading".
</script>

// You can also use something like this:
document.getElementById("heading").value; // Reads the value of the selected element.

在这个问题一直存在的过程中，我很懊恼（也许有点难过），没有人想过提到可访问性，尽管它一直很重要，但它一直在管理层和软件工程师中稳步获得支持（仅从我的个人观察来看；没有硬数据支持）。

我可以提供的一个统计数据如下（来源）：

因此，对可访问性缺点的认识呈现出稳步增长的趋势。同样的参考文献提到，从这些数字中，我们可以观察到每小时至少有一次诉讼被提起！

那么，可访问性如何影响姓名与身份？

根据万维网联盟（W3C）：

标签的for属性必须与表单控件。

名称与id

name

元素的名称。例如，服务器用于标识表单中的字段提交。支持元素有＜button＞、＜form＞、＜fieldset＞、＜iframe＞、，＜input＞，＜keygen＞，＜object＞，＜output＞，＜select＞，＜textarea＞，＜map＞，<meta>和<param>名称不必是唯一的。

id

通常与CSS一起使用以设置特定元素的样式。这个的价值属性必须唯一。Id是全局属性。全局属性可以用于所有元素，尽管这些属性可能对某些元素没有影响。必须在整个文档中唯一。与此相反，此属性的值不能包含空格class属性，它允许用空格分隔值。使用ASCII字母和数字以外的字符，“_”、“-”和“.”可能会导致兼容性问题，因为HTML 4中不允许这些问题。虽然HTML5中取消了此限制，但ID应该开始带有兼容性字母。