为何ViewState体积剧增？含UpdatePanel的用户控件问题求助

嘿，这个问题我在维护老Web Forms项目时碰到过好几次，ViewState暴增+浏览器卡顿确实是挺头疼的事儿，咱们从原因到解决方法一步步捋：

可能的原因 #

• 每个控件默认启用ViewState：你Repeater的ItemTemplate里有DropDownList、TextBox、HiddenField这些控件，每个控件都会独立生成一条ViewState条目。50行数据的话，要是某些控件（比如选项多的DropDownList）的ViewState里包含大量数据，再加上嵌套控件的累积，很容易就堆出几千条条目。
• UpdatePanel的全量ViewState保存：UpdatePanel默认会把内部所有控件的ViewState都打包进去，哪怕这些控件的状态根本不需要在回发后保留。如果Repeater每次回发都重新绑定，但没关闭不必要的ViewState，就会持续累积这些冗余条目。
• 不必要的状态留存：比如TextBox绑定了Eval值，但每次回发你都会从数据源重新绑定数据，这时候TextBox的ViewState完全是多余的；HiddenField如果只是用来在客户端传递数据，不需要回发后读取状态，也会白白占用ViewState条目。

减小ViewState体积/条目数的具体方法 #

1. 针对性关闭控件的ViewState #

这是最有效的手段，只给真正需要保留状态的控件开ViewState：

• 对于HiddenField：如果只是存客户端需要的数据，不需要回发后读取状态，直接设置EnableViewState="false"；
• 对于TextBox：如果每次回发都会重新绑定数据（比如在!IsPostBack时绑定，回发时从数据源重新获取），设置EnableViewState="false"；
• 对于DropDownList：如果下拉选项是固定的/每次回发都会重新绑定，设置EnableViewState="false"——如果需要保留选中值，可以把选中值存在普通的HTML隐藏输入（<input type="hidden">，不要用ASP.NET的HiddenField，因为它会进ViewState），或者直接从Request.Form里取选中值。

示例：

<asp:TextBox ID="txtName" runat="server" Text='<%# Eval("Name") %>' EnableViewState="false"></asp:TextBox>
<asp:DropDownList ID="ddlType" runat="server" EnableViewState="false"></asp:DropDownList>

2. 关闭Repeater本身的ViewState #

如果你的Repeater每次回发都会重新绑定数据（不管是同步还是异步回发），可以直接把Repeater的EnableViewState="false"——Repeater本身的ViewState主要用来保存绑定的数据源状态，既然每次都重新绑定，完全不需要保留。

注意：关闭Repeater的ViewState不会影响ItemCommand等事件的触发，因为事件是基于Request参数和控件树结构的，和ViewState无关，只要你在回发时重新绑定了Repeater，事件就能正常触发。

3. 启用ViewState压缩 #

在Web.config里配置ViewState压缩，能大幅减小ViewState的整体体积（虽然不会减少条目数，但能加快浏览器解析速度）：

<configuration>
  <system.web>
    <pages viewStateEncryptionMode="Never" enableViewStateMac="false">
      <controls>
        <!-- 你的控件配置 -->
      </controls>
    </pages>
  </system.web>
</configuration>

也可以自定义ViewState提供者，把压缩后的ViewState存在Session里，进一步减小前端传输的体积。

4. 优化UpdatePanel的范围 #

如果Repeater里不是所有行都需要异步更新，可以把需要更新的部分拆分成更小的UpdatePanel，比如只给需要交互的行单独加UpdatePanel，而不是把整个Repeater包进去——这样每次异步回发只会保存对应UpdatePanel内的ViewState，而不是全量。

5. 用客户端存储替代ViewState #

对于不需要回发到服务器的状态，直接用客户端存储（比如localStorage、sessionStorage）或者普通的HTML隐藏输入，避免让这些数据进入ViewState。比如原本用HiddenField存的客户端标识，换成<input type="hidden" id="hdnId" value='<%# Eval("Id") %>'>，这样不会生成ViewState条目。

6. 排查ViewState内容 #

用浏览器开发者工具查看ViewState的具体内容（可以用Web Forms调试工具或在线解析工具），确认那6000条新增条目到底来自哪些控件——有时候可能是你没注意到的嵌套控件在偷偷生成大量ViewState，针对性优化才能事半功倍。

总的来说，核心思路就是砍掉所有不必要的ViewState，只保留真正需要服务器端保留的状态，再配合压缩和范围优化，就能有效降低ViewState的条目数和体积，解决浏览器卡顿的问题。

内容的提问来源于stack exchange，提问作者ren