不知道这样行不行

还有page,request,application
生命周期不同

tnnd，我觉得这个问题问的很混蛋，如果我说可以写在纸上或者记在脑子里，他能说不行吗
这是个开放性问题，如果是我的话，我会反问他：我认为在访问量不是很大或机器物理环境比较好的情况下存放在session中比较合适，您觉得呢？对不起，我最近也在面试，而且都不理想，发泻下。和楼主共勉了，希望早日找到自己满意的工作
samepoint(猪样年华) 我对你表示理解
如果那个用户信息比较少，那就可以放到session里面，如果内容多的话，不建议放到session里面，
用户的标识符如id可以放在session里
其实信息放在数据库中
我又来了,这次直接说正经的
用户信息其实包含了很多内容的:用户身份标识,角色,隶属用户组,拥有的权限,还有姓名,性别,婚否....当前发起请求的ip,最近登录的次数,访问最多的功能,最近一次的操作......;如果想说的话还会有很多,所以一般会对这些内容进行建模形成业务实体,然后根据业务实体进行OO规划,最后将规划好class进行抽取索引信息形成索引实体class,那么将这些索引放入session中是完全可以接受的.
当然根据业务需求,我们可以允许冗於的,比如在存放用户身份标识号的同时存放用户姓名,因为每次用户访问一个站点的时候我们希望发出"XXX您好"的欢迎信息.这样的内容就需要根据实际情况来判断了.