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

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

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

并非所有可以包含在页面中的控件都必须在服务器上运行。例如:

<输入类型=“submit”runat=服务器/>

这本质上与:

<asp:Button runat=server />

从第一个按钮中删除runat=server标记，您就有了一个在浏览器中运行的标准HTML按钮。支持和反对在服务器上运行特定控件的理由有很多，而ASP。NET根据所包含的HTML标记“假定”您想要的内容。为<asp:XXX />控件家族“推断”runat=server可能是可能的，但我猜微软会认为这是对标记语法和asp。净引擎。

我一直相信，它是为了更好地理解你可以混合使用ASP。NET标签和HTML标签，HTML标签可以选择是否为runat="server"。保留标记并不会造成任何损害，并且会导致编译器错误将其删除。关于网络语言，你暗示的东西越多，对一个刚起步的程序员来说，学习它就越不容易。这是一个很好的理由来详细说明标签属性。

这段对话是Mike Schinkel和微软国家服务部的Talbot Crowell在他的博客上进行的。相关信息如下(第一段因出处语法错误而改述):

[…]但是<runat="server">的重要性更多地在于一致性和可扩展性。 如果开发人员必须标记一些标签(即<asp: />)。NET引擎忽略，那么标签之间的名称空间冲突和未来的增强也存在潜在的问题。通过要求<runat="server">属性，这将被否定。

它仍在继续:

如果所有客户端标记都需要<runat=client>，解析器将需要解析所有标记并去掉<runat=client>部分。

他继续说:

目前, 如果我猜对了，解析器 简单地忽略所有文本(标签或no 标记)，除非它是带有 Runat =服务器属性或" <% " 前缀或ssi“<!- #include…(…) 此外，由于ASP。NET被设计成 允许网页设计师的分离 (foo.aspx) (foo.aspx.vb)，网页设计师可以 使用自己的网页设计工具 放置HTML和客户端JavaScript 而不需要知道ASP。网 特定的标记或属性。

我认为微软可以通过让编译器在页面编译之前添加runat属性来解决这种歧义，就像java在泛型中所具有的类型擦除一样，而不是擦除，它可以在看到asp:标签前缀的任何地方写入runat=server，因此开发人员不需要担心它。

我只是通过反复试验得出了这个结论: 需要Runat ="server"在服务器端运行时访问元素。 删除它们，重新编译，看看会发生什么。

任何带有runat=server的标签都被添加为Page中的服务器控件，而两者之间的任何html内容都被处理为LiteralControls，这些LiteralControls也被添加到Page控件集合中。