解决使用MasterPage后，Page.FindControl方法找不到指定控件的问题

最新推荐文章于 2024-05-14 22:01:27 发布

原创最新推荐文章于 2024-05-14 22:01:27 发布 · 2.4k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#textbox #asp.net #服务器 #工作

个人研究经验专栏收录该内容

2 篇文章

订阅专栏

本文详细解析了ASP.NET中FindControl方法的工作原理及其在MasterPage环境下的应用技巧。介绍了如何在复杂的控件树中准确地定位到所需控件，并提供了一种更稳定的控件查找方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1. 首先来了解以下FindControl的工作原理：

在ASP.NET 2.0中，引入了MasterPage的机制，在当前页使用MasterPage的情况下，放在 ContentPlaceholder1这样的内容页的控件无法用Page.FindControl来查找，原因何在？

MSDN对FindControl的解释：在当前的命名容器中搜索带指定 id 参数的服务器控件

这里有一篇文章阐述阐述FindControl方法和INamingContainers接口：http://www.odetocode.com/Articles/116.aspx

FindControl方法是在当前naming container查找指定ControlID对应的控件，该naming container是一个实现了INamingContainer接口的对象。

可以在该页的页指令中添加 Trace=Ture 指令来跟踪页面输出查看控件树。一个页面的控件树中，Page对象必然是顶级的naming container，但绝非必然是唯一的naming container。譬如当有GridView存在的话，GridView其实也是一个naming container，要找GridView中的一个ControlID，就不能用Page.FindControl，而得用[GridView对象].FindControl方法。

很多时候，因为是动态控件，明知道是在同一个naming container中，但不知道该naming container是什么对象，一个控件要找到另一个控件，可以用this.Parent.FindControl方法。

2. 解决问题：

因为使用MasterPage后，你再用Page.FindControl不可能找到的，这没什么疑问，因此正确的方法是你先找到此控件的naming container，这里也就是ContentPlaceHolder#的ID，然后在去找你的控件，比如：Page.Master.FindControl("ContentPlaceHolder1").FindControl("TextBox1")。

3. 深度分析：

显然在第二步里面我们给问题解决了，但是仔细分析，不难发现这个解决方案本身存在着另外一个问题，即：如果ContentPlaceHolder1这个ID改变了，那么你的CODE就不能用了，也要改变。

一个跟更好的解决方法是：

TextBox[] tbx = new TextBox[] { this.TextBox1,this.TextBox2......}

然后使用tbx[index]来作为你要的控件。