PHP和 ASP.NET在Session实现和管理机制上有什么差异

本篇内容介绍了“PHP和 asp.net在Session实现和管理机制上有什么差异”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

Session篇：

php默认使用文件存储session数据， asp.net 默认保存在IIS进程内存中

PHP方式优点：稳定可靠不易丢失，Nginx或apache服务器重启不影响session丢失，session稳定可靠。整过机制简易透明,用户可以直接删除session目录下的文件让session失效，可以方便地实现asp.net 很难实现的一些特殊需求，如需要在用户的请求或系统某些事件发生后要让指定的A用户session失效，然后必须强制从数据库读最新记录，假如有这一样矛盾的性能优化场景设计：假如用户表User有余额字段Balance, 要让用户A登录自己的后台看到自己的余额是最新的，而又不想每刷新一次面就请求一次数据库造成不必要的压力，最好的做法是把某用户的记录实体保存在Session当中，每次从Session中读取自己的余额字段显示，就不会给数据库造成压力，只有当余额字段 Balance变化后即时清除掉这用户的Seesion然后强制让他去读最新的数据库字段，但当其它事件发生时如：其它用户给A转账后要清除A的缓存，系统发生的退款、扣款、奖励到余额引起余额变化时要清除A的缓存，由于php的透明机制直接删除对应session文件就可以，但用iis就很麻烦了，由于微软偏向于session放在内存中，封闭成黑盒又没提供对应操作接口就悲剧了，只有通过其他办法曲线救国。

PHP方式缺点：性能欠佳不如保存在内存里快，而且产生大量的小文件，反复创建删除 这些小文件会造成磁盘碎片久而久之会拖慢整个磁盘的性能，产生大量文件句柄占用操作系统文件句柄，进而影响性能，网站访问量上升后是个悲剧，可能在一个目录下产生数百万个小文件，即时运行在linux这样一切皆文件思想的操作系统上也是非常影响文件系统性能，会严重拉低整个操作系统的磁盘性能。所以这个默认机制性能上不如IIS的默认存储在进程存储快。 那些神吹开源技术性能设计比windows先进的人自行打脸，最近深入了解lamp,lnmp后发现有很多过时的设计无法跟上时代，如php无法使用真正的数据库连接池等很多比原本想像来严重得多的问题，当然 般都会有第三方非主流折腾代替的方案，如使用memcache内存方式保存session在内存中也是可以的，但需要手工折腾一下。

PHP分布式session的支持：在高并发多台服务器负载均衡的环境中，两台nginx 或apache要共享session 一般是把session保存在数据库中，然后不同的负载主机共连一个数据库来实现，数据库的性能和读写文件实际没有本质区别，稳定性依然强，但性能依然是弱点
ASP.NET方式优点：速度快，不用读写磁盘显然这是很自然的是

ASP.NET方式缺点：很不稳定，不要说重启IIS网站这样的极端操作会丢失Session,就算是改动了配置文件 WEB.config或者变动了bin目录下的dll导致网站重新编译的操作都会重置内存导致Session丢失，这就是为什么在asp.net 开始调试期间常常遇到测试人员登录系统没几秒就可能session丢失的奇怪幻像，一般都是有程序员在频繁更新程序，只要更新一次就全面丢失一次session; 微软的解决方案也足够简单好用，使用一个独立的ASP.NET State Service状态服务进程来保存session信息，注意使用ASP.NET State Service后数据还是保存在内存中，只不过是一个独立的服务进程，默认通过监听tcpip=127.0.0.1:42424端口跨进程通信保存信息，

这样就算IIS重启也不会导致用户登录session丢失，稳定性解决了，同时数据还是保存在内在中速度性能远高于php的文件存储方案。而且状态服务每台电脑都默认安装，只需要启动就行。方便性和性能已经甩下php不在一个级别了。

ASP.NET分布式session的实现：在高并发多台服务器负载均衡的环境中，两台IIS要共享session非常简，只需要共同连接一台状态服务器就可以共享session,通过简单设置就可以让状态服务打开远程访问功能。当然asp.net也是支持把session保存到数据库的，但很少有人这样用没有太大的理由采用这种方案。

“PHP和 ASP.NET在Session实现和管理机制上有什么差异”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注编程网网站，小编将为大家输出更多高质量的实用文章！