它的存在是因为ASP . net中的所有控件都继承自System.Web.UI.Control，后者具有“runat”属性。

在System.Web.UI类中。HTMLControl，这个属性不是必需的，但是在System.Web.UI.WebControl类中，这个属性是必需的。

编辑: 让我说得更具体一点。因为asp.net基本上是HTML的抽象，所以编译器需要某种指令，以便它知道特定的标签需要在服务器端运行。如果该属性不存在，则不知道首先在服务器上处理它。如果它不存在，它会假设它是常规标记并将其传递给客户端。

非常多余的属性，考虑到“asp”标记显然是一个asp元素，应该足以将其标识为服务器端可访问元素。

然而，在其他地方，它用来提升普通标记以用于代码背后。

我通常不喜欢猜，但这次我要猜了……

如果你还记得微软当年(2001年?)的。net营销炒作，那时候甚至还很难说。net是什么。是服务器吗?一个编程平台?一种语言?全新的东西?考虑到广告，它含糊地是你想要的任何东西——它只是解决了你可能遇到的任何问题。

所以，我猜ASP有一个隐藏的宏伟愿景。.NET代码可以在任何地方运行——服务器端或客户端，在与.NET运行时绑定的Internet Explorer副本中。Runat ="server"只是一个残余，因为它的客户端对等物从未进入生产环境。

还记得那些奇怪的广告吗?

相关:来自The Register的文章，介绍了一些。net历史。

runat="Server"表示HTML“控件”将回发到服务器。

Web表单不断地使用回发来通知服务器处理页面控制事件。

. net MVC页面不使用回发(表单“submit”除外)。MVC依赖JQUERY在客户端管理页面(因此绕过了向服务器发送大量回发消息的需要)。

所以: .NET Web表单…在页面标记中经常使用“runat”属性。

. net MVC很少在页面标记中使用“runat”属性。

希望这有助于澄清为什么runat是必要的…

微软Msdn文章《被遗忘的控件:HTML服务器控件》以文本框<input type="text">为例解释了runat=" Server "的使用，将其转换为<input type="text" id="Textbox1" runat=" Server ">

Doing this will give you programmatic access to the HTML element on the server before the Web page is created and sent down to the client. The HTML element must contain an id attribute. This attribute serves as an identity for the element and enables you to program to elements by their specific IDs. In addition to this attribute, the HTML element must contain runat="server". This tells the processing server that the tag is processed on the server and is not to be considered a traditional HTML element.

简而言之，要启用对HTML元素的编程访问，请在其中添加runat="server"。

如果你在普通的html标签上使用它，这意味着你可以在事件处理程序中编程操作它们，例如在页面加载时改变锚标记的href或类…只有在必要时才这样做，因为普通的HTML标记会更快。

至于用户控件和服务器控件，不，他们只是没有它们就不能工作，没有深入研究aspx预处理器的内部结构，不能确切地说为什么，但可以猜测，可能是出于很好的原因，他们只是这样写解析器，寻找显式标记为“做某事”的东西。

如果@JonSkeet在附近，他可能会提供一个更好的答案。