用于在部署到高流量站点时减轻视图状态控制树更改的技术

我帮助开发一个使用ASP.NET WebForms的流量相对较高的web应用程序。尽管我们对viewstate的使用相对较少，但我们目前确实需要它。

在部署对主主页面的更改时，我们经常会导致当前连接的用户在下次发出POST请求时收到错误。原因是POST请求中存在的视图状态树与服务器期望发布的内容不再匹配。由于我们是一个web应用程序，所以我们的许多页面都进行POST。

完全错误当然是：

未能加载视图状态。视图状态加载到的控制树必须与上次请求期间用于保存视图状态的控制树匹配。例如，当动态添加控件时，在回发期间添加的控件必须与在初始请求期间添加的控制器的类型和位置相匹配。

当然，这对我们的用户来说是非常令人沮丧的。目前，我们尝试：

1. 最小化对母版页的更改（至少，涉及服务器控件的更改）
2. 在低流量时段部署

我曾想过利用负载均衡器的亲和力来尝试强制新登录的用户使用新部署的版本，同时将当前登录的用户保持在旧版本上——但这似乎非常复杂，在生产中维护多个代码库并不是我真正想去的地方。

我很感激这项技术并不是我们真正的朋友，但我只是想知道是否有人有任何技巧或技术可以用来缓解这个问题。