session使用畏手畏脚

Question

我现在使用session起来，畏手畏脚的，我现在的观念是：能不用session就不同session保存信息，不知道这样好不好，哪位兄弟可以给我指点，指点

Answer 1

   楼上的同学你的描述太模糊了  根据目前使用sessoin的概率来看   一般session是对用户本身进行操作(比如系统管理权限 上线或者下线 )或者保存临时数据      

Answer 2

    能用request搞定的话
      当然不用session

Answer 3

session听说装数据多了会当机 只是听说

Answer 4

1.明白request和session的范围
2.具体业务具体考虑
3.长时间保存，多页面共享，session；不同页面要每次更新，request

Answer 5

页面的传递参数一般用request就行
session用于保存用户登录信息等　，如你淘宝买东西　上线后　页面中的登录信息用session保存和获取就比较省事，用request写也可以，只是麻烦许多个人观点

Answer 6

一般的数据不保存在session中，也没必要，如一些记录信息，一般可以保存在request中；
但是安全信息等必须放在session中；

Answer 7

如果在一个项目中使用了大量的sessionl来存储用户信息 服务器的压力很大.个人建议 编写一个类作为底层来存储用户信息，当要使用到用户信息时在继承这个来获取到用户的信息...

Answer 8

顶：
1.明白request和session的范围
2.具体业务具体考虑
3.长时间保存，多页面共享，session；不同页面要每次更新，request

Answer 9

数据量很大的话可以使用缓存..比如memcache 
session中放些验证的用户信息 别的不要放了..

Answer 10

多页面共享用session保存，如果是单页面，则不用

Answer 11

顶：
1.明白request和session的范围
2.具体业务具体考虑
3.长时间保存，多页面共享，session；不同页面要每次更新，request

Answer 12

是的，能不往 Session 里存东西就不往 Session 里存东西。参考我在这个帖子 14 楼的回复：http://topic.csdn.net/u/20101231/16/c003a36d-acf5-48d5-8082-83e2bef597a9.html

Answer 13

确实是，本人用过，出现过序列化问题。但是SESSION一般就用来保存一下用户吧，其他的基本都是request……

Answer 14

Session 是一个会话，用户把页面关掉再打开是一个新会话。。通常保存用户的登陆信息。。有些东西也是可以保存到cookie里的嘛。

Answer 15

用不用session就要看你的需求了
不如上面有一楼说的像用户信息啊就往往要用session，
但是通常一般不用session 你想啊 什么都往session里
扔 那效率多低啊