可是session就是专门为了解决这种情况的。

解决方案 »

  1.   

    session是存放在由容器维护的一个map中的,这个map分配的内存大小由容器维护,session一般都有过期时间,如果同时用户量过大的话,应该存在这种问题!
      

  2.   

    如果是Session Bean可以用active/passive机制,这样的话可减轻服务器的负担
    (另:session 并不很占内存)
      

  3.   

    你的session如果只放id和会员类型,那么一个人的信息也就20-50个字节就搞定了,就算是一万个人同时在线,在除以HashMap默认的填充因子0.75,最后出来的结果也不大,你说你担心什么呢不要往session里放大家伙就行了
      

  4.   

    session就是放这个的,我同意
    如果这么小的两个字符串都不感往里面放,我们还写什么程序呢?
    内存本来就是拿来用的,不用这么小心吧,呵呵
      

  5.   

    “访问量上百”就来考虑这个了?有点太早的说。上百万差不多……即使上百万了,也还是用session的说,当然要从其他方面来降低压力……
      

  6.   

    Session就是做这种事情的,如果你非要嫌它不好,你就用cookie算了