我有十个类,每个类五十个成员变量。
我先把这十个类存在 十个Session["类名"]里面,最后到保存页面一起保存。这样会不会Seesion内容太多?会出现什么问题???

解决方案 »

  1.   

    确实是不行啊,维护session系统是要付出代价的,再说一般也没有你这么干的呀,
    维护会话级的变量,一般情况下都是身份信息。像你说的这些东西,完全可以保存相关id,在回发会重建对象,没必要保存在session里,更新也不方便操作啊。
      

  2.   

    Seesion占服务器内存,使用完要及时释放
      

  3.   

    我不知道这样对不对啊。你参考下。你重新建一个类。然后将你10个类的对象作为新建类的属性。然后只把新建类用Session传递。不过我觉得还是用ID来传送比较好点。
      

  4.   

    牛B 十几个。 LZ考虑过用Cookie来保存么
      

  5.   

    State Service
    如果 session的变量用的过多 你自己用着也迷糊,考虑下自己的逻辑 是不是有可以改进的地方 如果是页面本身变量的保存 尝试Viewstate,session一般只保存用户登录状态等全局变量 别干别的 免得session丢了错都不好查...
      

  6.   

    使用session是在万不得已的情况下,比如保存用户登录信息。
    其他的没有必要使用,服务器重启或者刷新都会造成session丢失
      

  7.   

    没问题。
    可以单独设置一台Session服务器。
      

  8.   

    有必要的就加,没有必要的用别的方式实现 
    session会占用内存,影响服务器的负载
      

  9.   

    Session占用服务器内存   最后到保存页面一起保存。是什么意思???   
      

  10.   

    不知道Session存的是引用还是值,如果是引用的话应该没什么问题
      

  11.   

    session很占内存的   这样子用会影响运行的速度的  还是考虑考虑其他办法吧 
      

  12.   

    我有十个类,每个类五十个成员变量。
    我先把这十个类存在 十个Session["类名"]里面,最后到保存页面一起保存。没见过这么用session的,按照你这用法,sqlserver都没有用武之地了,所有数据到保存到session就行了
    我看既然数据这么多,还不如保存到数据库的临时表中好,用的时候再读取即可,
      

  13.   

    用cookie解决吧,session容易丢失,万一丢了怎么办。或者存在客户端xml中,进行读取,不过效率有点底下而已。
      

  14.   

    SESSION 会加重服务器负担,少用为妙
      

  15.   

    SESSION 保存用户名还行吧,如果用的过多,很容易丢失的,而且出错了还不好找
      

  16.   

    Session是用来保存一些必要信息的,如用户ID之类。别的你最好以其它方式保存。
      

  17.   

    其实楼主的情况可以考虑用profile
      

  18.   

    session太多,太耗资源,会影响项目的质量,就是在访问网页时项目运行太慢一是用户不能接受,自己也得改进!
      

  19.   

    session一般都是存放那些核心信息的,你把好多东西都用session存放的话肯定不行的,影响大,还是改进
      

  20.   

    要看你的实例存放的数据多不多
    我有把上万的记录放到session中不用担心那么多另外可以试试缓存cache
      

  21.   

    Session多了是要大量消耗服务器资源的,如果处理的不好,服务器的负担会很大
      

  22.   

    内存大可以直接放在内存中,内存小可以放在sql server中。当然,还是真的有必要才用
      

  23.   

    Session这东西,能不用尽量别用,如果要使用,得保证其完整性,也就把它当作一个缓存来处理。其实楼主真可以考虑使用一下Cookies,另外我一直不明白的是ViewState,为啥有这么多人来抨击,如果用的恰当,真没啥不好的。
      

  24.   

    我开发的在线考试系统,用Session
    同时在线1000人都没问题。
    (一台普通的服务器)
    Session很安全!