很好的解决了asp.net页面ViewState过大的问题 ==== 看看就好===不好懂

如果你有一个非常酷的页面，页面上很多东西自动地响应用户操作而展现丰富的变化，你的ViewState是很有可能达到200K的。 

这里是我将ViewState持久化保持在服务器端的代码，这样ViewState不占用网络带宽，因此其存取只是服务器的磁盘读取时间。并且它很小，可以说是磁盘随便转一圈就能同时读取好多ViewState，因此可以说“不占时间”。为了再“不占磁盘时间”，我还使用了缓存。

1.以下这段代码可以放在页面中，或者页面的父类中：

#region 解决ViewState过于庞大的问题
    protected override object LoadPageStateFromPersistenceMedium()
    {
        string viewStateID = (string)((Pair)base.LoadPageStateFromPersistenceMedium()).Second;
        string stateStr = (string)Cache[viewStateID];
        if (stateStr == null)
        {
            string fn = Path.Combine(this.Request.PhysicalApplicationPath, @"App_Data/ViewState/" + viewStateID);
            stateStr = File.ReadAllText(fn);
        }
        return new ObjectStateFormatter().Deserialize(stateStr);
    }

    protected override void SavePageStateToPersistenceMedium(object state)
    {
        string value = new ObjectStateFormatter().Serialize(state);
        string viewStateID = (DateTime.Now.Ticks + (long)this.GetHashCode()).ToString(); //产生离散的id号码
        string fn = Path.Combine(this.Request.PhysicalApplicationPath, @"App_Data/ViewState/" + viewStateID);
        //ThreadPool.QueueUserWorkItem(File.WriteAllText(fn, value));
        File.WriteAllText(fn, value); 
        Cache.Insert(viewStateID, value);
        base.SavePageStateToPersistenceMedium(viewStateID);
    }
    #endregion

2.添加Global.asax 文件

在Global.asax文件中添加如下语句：

void Application_Start(object sender, EventArgs e) 
    {
        // 在应用程序启动时运行的代码

        System.IO.DirectoryInfo dir = new System.IO.DirectoryInfo(this.Server.MapPath("~/App_Data/ViewState/"));
        if (!dir.Exists)
            dir.Create();
        else
        {
            DateTime nt = DateTime.Now.AddHours(-1);
            foreach (System.IO.FileInfo f in dir.GetFiles())
            {
                if (f.CreationTime < nt)
                    f.Delete();
            }
        }
    }
生成，运行。查看页面源代码，有没有发现ViewState一下子不见了许多，哈哈，别着急，都在App_Data/ViewState文件下面存储着呢。用记事本打开看看，是不是和原来页面的一模一样。通过这样的处理，我们就可以很好的解决页面由于存在ViewState，导致页面很多垃圾代码的问题，这样对于搜索引擎是很不利的哦！

 

     想要你的页面变的干净利落吗？那还等什么，赶紧Copy吧，本代码经过测试，可以正常运行。

                                                                                                            -----因ViewState纠结太久，今天终于豁然开朗。

======================================================================================================

    Protected Overrides Sub SavePageStateToPersistenceMedium(ByVal state As Object)
 
        string value = new ObjectStateFormatter().Serialize(state);
        string viewStateID = (DateTime.Now.Ticks + (long)this.GetHashCode()).ToString(); //产生离散的id号码
        string fn = Path.Combine(this.Request.PhysicalApplicationPath, @"App_Data/ViewState/" + viewStateID);
        //ThreadPool.QueueUserWorkItem(File.WriteAllText(fn, value));
        File.WriteAllText(fn, value); 
        Cache.Insert(viewStateID, value);
        base.SavePageStateToPersistenceMedium(viewStateID);
 
    End Sub
=====================================================================================

这里是我将ViewState持久化保持在服务器端的代码，这样ViewState不占用网络带宽，因此其存取只是服务器的磁盘读取时间。并且它很小，可以说是磁盘随便转一圈就能同时读取好多ViewState，因此可以说“不占时间”。为了再“不占磁盘时间”，我还使用了缓存。


一下这段代码可以放在页面中，或者页面的父类中：
 

C# code?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

protected override object LoadPageStateFromPersistenceMedium() {     var viewStateID = (string)((Pair)base.LoadPageStateFromPersistenceMedium()).Second;     var stateStr = (string)Cache[viewStateID];     if (stateStr == null)     {         var fn = Path.Combine(this.Request.PhysicalApplicationPath, @"App_Data/ViewState/" + viewStateID);         stateStr = File.ReadAllText(fn);     }     return new ObjectStateFormatter().Deserialize(stateStr); }   protected override void SavePageStateToPersistenceMedium(object state) {     var value = new ObjectStateFormatter().Serialize(state);     var viewStateID = (DateTime.Now.Ticks + (long)this.GetHashCode()).ToString(); //产生离散的id号码     var fn = Path.Combine(this.Request.PhysicalApplicationPath, @"App_Data/ViewState/" + viewStateID);     ThreadPool.QueueUserWorkItem(obj => File.WriteAllText(fn, value));     Cache.Insert(viewStateID, value);     base.SavePageStateToPersistenceMedium(viewStateID); }

不使用Session，因为它会“丢失”。ViewState保存在磁盘上，即使服务器重新启动，也不会丢失页面状态。

下面这段可以放在Global.asax中，也可以根本不管：
 

C# code?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

protected void Application_Start(object sender, EventArgs e) {     var dir = new DirectoryInfo(this.Server.MapPath("~/App_Data/ViewState/"));     if (!dir.Exists)         dir.Create();     else     {         var nt = DateTime.Now.AddHours(-1);         dir.GetFiles().ForEach(f =>         {             if (f.CreationTime < nt)                 f.Delete();         });     } }

这可以确保绝对稳定可靠地工作。以后请放心使用ViewState，把交互式页面提高水平才是最重要的，不要纠缠在“ViewState太大”上。实际上，由于页面设计不够酷，交互变化看上去不够丰富，ViewState实在是太小太小了。

由于一直可以运行，其实那句应该写为：

        var fn = this.Server.MapPath(@"~/App_Data/ViewState/" + viewStateID);

我都一直懒得改了。

不用看懂。只有两个简单方法，贴到自己的页面中就行。对所有使用到ViewState的页面都需要。或者你可以放在父类中。

可能需要自己添加命名空间：

 using System.IO;
 using System.Threading;

ThreadPool.QueueUserWorkItem(obj => File.WriteAllText(fn, value));

这一句也不是很必要。写为：

  File.WriteAllText(fn, value));

就可以了。当时也是为了玩玩，今天才又想起来还有这个没改。

其实我太细抠个别语句的“效率”，除非到了必要的时候。

https://bbs.csdn.net/topics/230052606