session丢失

Question

请问 
 一般的asp.net的大型项目会用到session会话么,用的多不多。

Answer 1

我是很少使用，一般要用也是临时中转。如果是常驻的，就得随时防着丢失。如以下代码public SystemUser CurrentUser
{
    get
    {
        if(Session["CurrentUser"] == null)
        {
            Session["CurrentUser"] = new SystemUser();
        }
        return (SystemUser)Session["CurrentUser"];
    }
}

Answer 2

session使用太多影响负载均衡
可使用cookie和session结合

Answer 3

session使用太多影响负载均衡
可使用cookie和session结合
session 是服务器端的如果用到太多的话就会增加服务器端的效率。影响网站的效率。
cookie  是客户端的。

Answer 4

使用Session还是使用Cookie要看你多大的数据。要是你要存储的数据比较大时，还是建议你用Session+Cookie,因为Session占用服务器资源。
   
而Cookie是存在客户端。   将少量易失数据存储在非持久性   Cookie   中。数据存储在客户端，在每次请求时发送到服务器，并在客户端结束执行时失效。 

Answer 5

正如楼主在标题所说，session丢失问题尽管有不少人搜索出这样那样的“原因”，但是从来没有人敢说他那样就能够让生产服务器上的session集合里的数据基本不丢失，因为从来没有人从理论上清楚丢失的细节机制。从以我们只能从“粗粒度”上说：iis和asp.net的许多自动清理、自动配置、以及出现异常之后的自我恢复行为的影响，session丢失是难免的。我是不是用session集合保存任何数据的。如果需要保存，就需要序列化/反序列化。经常，我并不拥有要部署的web服务器，所以我无法保证使用state server。而我又不使用sql server数据库。因此那两种方式我是不会用到。
但是楼主所说的“session”会话，则是一个混淆的概念。不管session集合里的数据是否丢失，http协议本身就规定了session会话，也就是你从asp.net网站中会看到不论session集合里的数据是否丢失其Session.SessionID这个值总是不丢失的。

Answer 6

再强调一遍，“session丢失”可绝对不等于什么“session会话丢失”！

Answer 7

http://topic.csdn.net/u/20091224/10/DF61C3D7-FD85-4618-A57E-EDBDA7C2F81F.html哥们终于搞定了session放数据库里看这个

Answer 8

session使用方便，但使用多了会增加服务器负荷，不过你可以做些优化，你可以在适当的地方移除无用的session

Answer 9

关于Session和Cookie我的一点想法：就安全性而言，Session比Cookie好，因为前者放在服务器（内存中）；
Session在增加了安全性的同时，也为服务器增加了负担；
Cookie放在本地，不占用服务器资源，但不安全，同时当用户清除浏览器Cookie时，数据也会丢失。根本以上特点，可以视情况来选择使用谁，通常将用户登录凭证用Session来存，
用户登录名密码可以保存到Cookie以实现自动登录（这个最好加一下密），还有浏览记录等也可以用
Cookie来存，具体用谁自己视情况来权衡。

Answer 10

session使用很方便，但如果在客户端则用cookie比较好

Answer 11

无需处理，放里边不用管。和平常的session一个用法。
还有不明白的站内call我

Answer 12

要是session丢失的话，可以考虑用COOKIE来实现。