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

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

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

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

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

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

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

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

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

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

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

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

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

这本质上与:

<asp:Button runat=server />

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

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

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

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