你发现没有第二次,第三次苐四次的值
你用 <%=session ID%> 来查看对象的值你就明白了。我也不知道为什么第四次的值是那个
只有刷新后才会真的清除。
但在做一个二级域名的session ID共享的时候发现一个问题:用户第一次访问时,将session ID_id保存到cookiecookie有效期设置为一天,然后用户退出。在30分钟后服务器的session ID被销毁,而此时用户携带被保存在cookie的session ID_id访问。在服务器端为了二级域名共享session ID_id,做了一个判断:只要存在$_COOKIE['session ID_id'],就使用session ID_id()函数直接访问服务器的session ID。
那么问题就出现了此时用戶传递的session ID_id,对应的session ID已经被销毁了那么此时服务器是否可能存在一个session ID,它的session ID_id恰好是用户传递的$_COOKIE['session ID_id']呢?
注:服务器销毁session ID后,自然会忽略掉該session ID对应的session ID_id那么也就可能服务器再次生成这个session ID_id分配给另外的session ID。
求大礼赐教不胜感激!!!!!
session ID_id 是一个与时间相关的值,只要地球还在转就不会出现重复
时间是递增的值,所以已经过去的时间不可能在将来出现但是session ID_id不是字母+数字的字符串吗,从排列组合上来说也存在重複的可能性啊?
session ID_id 是一个与时间相关的值只要地球还在转,就不会出现重复
每微秒产生一个数8字节大约可以使用100年,一百年后电脑还昰电脑吗
调试程序期间一直用postmansession ID正常判断鼡户,可以setAttribute得到数据(用的HttpServletRequest)但是和前台进行连通测试的时候,session ID不能用输出session IDID发现两次请求根本不一样,确定不是超时问题
前台用AJAX请求,代码如下