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

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

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

在向ASP提交数据时。在服务器应用程序中，Runat = " server "所提到的控件将表示为Dot NET对象。您可以手动在HTML控件中键入代码，或者通过在设计视图中单击右键使用Run As Server选项。 ASP。一旦你将它从工具箱中拖出，NET控件将自动获得此属性，而通常HTML控件不会。

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

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

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

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

HTML元素在ASP。默认情况下，NET文件被视为文本。要使这些元素可编程，可以在HTML元素中添加runat="server"属性。此属性指示应将元素视为服务器控件。

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