把 。服务访问服务那个 asp: 前缀连同 runat="server" 一起消失了。器端器控服务器控件在页面被送出之前就已经把自己“翻译”成了标准 HTML 元素。服务访问服务所以问题来了——你在服务器端代码里写 Request.Form["txtName"] 能拿到值，器端器控可你写不出 Request.Form["，服务访问服务因为浏览器根本没收到过这个标签。器端器控
我见过有人试图在 Page_Load 里用 FindControl 去抓一个已经渲染成 <div> 的服务访问服务 Panel，然后想改它的器端器控 InnerHtml。结果当然是服务访问服务空的。那个 Panel 对象在服务器端确实存在，器端器控但它的服务访问服务客户端对应物是一个普通的 <div>，两者之间没有直接映射关系。器端器控服务器控件是服务访问服务 ASP.NET 运行时里的对象，不是 HTML 元素。它们活在一个抽象层里，这个层在页面生命周期结束时就会把一切压扁成字符串发给浏览器。
更具体的例子。假设你写了一个自定义服务器控件，继承 WebControl，重写 RenderContents 输出一个 <span>。然后在同一个页面的 Page_Load 里，你尝试用 Request["myCustomControl"] 去读它的值。读不到。因为 Request 集合里只有浏览器提交的表单字段，而你的控件渲染出来的 <span> 没有 name 属性，浏览器不会把它塞进 POST 数据。服务器控件要参与回发，必须实现 IPostBackDataHandler，并且渲染出带 name 的 <input> 或 <select>。这是契约，不是魔法。
有人会反驳：那 TextBox 不是能拿到值吗？对，因为 TextBox 渲染成了 <input type="text" name="...">，浏览器提交了 txtName=abc，ASP.NET 在 LoadPostData 阶段把这个值塞回控件的 Text 属性。整个过程里，服务器端访问的是 TextBox 对象的 Text 属性，不是 HTML 控件的什么属性。HTML 控件——比如 <input runat="server">——是另一回事。它们直接映射到 HtmlInputControl，你能用 Value 属性读写，但依然不能通过 Request 去“访问”它，因为 Request 只认名字，不认对象。
我调试过一个老项目，里面有人把 <asp:Label> 当成 <span> 用 JavaScript 去改 innerHTML。页面回发后，Label 的 Text 属性还是旧值。为什么？因为 JavaScript 改的是浏览器 DOM 里的 <span>，服务器端的 Label 对象完全不知道这件事。回发时，Label 不参与 IPostBackDataHandler，它的值不会从表单里恢复。服务器端视图状态里存的还是上次渲染时的文本。这个坑我踩过两次，后来学乖了：要客户端改、服务器读，就用 HiddenField 或者 TextBox 配 ReadOnly，别碰 Label。
说到底，服务器端和客户端是两套不同的对象模型。服务器控件是前者，HTML 元素是后者。ASP.NET 在两者之间架了一座单向的、一次性的桥——渲染时从服务器到客户端，回发时从客户端到服务器，但只针对实现了回发接口的控件。你想在服务器端“访问”一个 HTML 服务器控件？可以，用 FindControl 找到那个 HtmlInputText 对象，读它的 Value。但你不能访问一个纯 HTML 标签，因为它从来就不是服务器端的对象。它只是字符串，在响应流里漂着，服务器端代码碰不到它。
下次有人跟你说“在后台改一下那个 div 的内容”，你可以直接告诉他：那个 div 在服务器端不存在。它只是 Panel 或者 HtmlGenericControl 渲染出来的影子。你要改，就改服务器控件，让它在下次渲染时输出不同的 HTML。别想着去抓那个影子。