一个登录页面，被别的网站用iframe嵌进去后，死活无法登录（只在IE中存在这种情况）。主要是session无法被保存的问题，下面把个人的解决过程分享个大家

今天搞的一个登录页面，被别的网站用iframe嵌进去后，死活无法登录（只在IE中存在这种情况）。 

很明显，session无法被保存。但是直接在地址栏打开那个登录页面，一切都正常啊。真是奇怪啊。 

在网上搜索了一下。发现这个问题还真有不少人提及到。最后的解决方法是在那个登录页面里加上以下代码： 

可能这个问题跟我的登录页面是采用javascript的location跳转也有关。但没有深入测试研究。 

拓展阅读: 
今天在处理腾讯朋友应用的时候,测试给我发来个工单,说应用在IE7 上无法使用.出现登陆超时错误. 

第一反应是session丢失了. 

于是上网找了下 IE7 iframe session丢失问题.后来找到如下文章,问题解决: 

昨天，我在校内上做的时间日记终于上线了。上线第一天有80多个用户安装，但却以外收到不少用户的反馈说应用不可用。我之前都是在firefox上开发的（估计校内工作人员也是用firefox审核的），在使用IE7测试时，却发现首页之外的页面全都无法正常打开。 

在网上查找了许多资料，发现在IE7中存在这样的问题：如果页面中存在着一个或多个iframe的子页面，那么在子页面中创建session可能无 法成功，这样session数据就无法和其他页面所共享。在开发校内、51应用时，假设采用iframe方式，很可能会遇到这样的问题。而且这个问题只存 在于IE7浏览器中，我在firefox, IE6和chrome等浏览器中测试均没有问题。 

解决方案是：在运行session_start之前，在程序中加上如下一句（以php语言为例），大致是向浏览器声明一下安全级别，这样iframe子页面在创建session时就不会有问题了： 

header('P3P: CP=”ALL ADM DEV PSAi COM OUR OTRo STP IND ONL”‘); 

另外，我还了解到：如果二级域名中包含了下划线，如：your_domain.yourhost.com，在建立和传递session时也可能会出现问题。 

一点感想： 

1）时隔多年，浏览器兼容性问题仍然没有得到彻底解决，IE浏览器仍然是那么让开发者感到痛苦和折磨。 
2）发布应用前，一定要经过严密的浏览器兼容性测试，否则就有可能损失应用的第一批用户。 

其他参考文章: 

解决iframe中jsessionid无法传递导致session丢失的问题 
http://618119.com/archives/2007/12/19/48.html 

在实现 ISMP2.1.1 接口的适合需要用到sso，而ISMP里定义的接口是需要在iframe等嵌入页面中调用sso接口，在实际开发中发现session无法正常传递。 

重现问题的场景是： 

1.先访问a站点:http://192.168.18.2/test.jsp 

test.jsp的代码为： 

sso .jsp里读取传递的ssoinfo,反向调用ISMP认证接口， 

生成session，然后放入指定的属性值， session .setAttribute(“ssoUser”,”lizongbo”); 页面再重定向到 http://192.168.18.3/iframe.jsp 

response.sendRedirect(“/iframe.jsp”); 

iframe.jsp中读取session中ssoUser的属性值，会发现无法读取。 
2.如果先访问了 192.168.18.3的页面，再访问192.168.18.2的页面，此时的iframe嵌入是可以传递已生成好的jsessionid Cookie. 

因此解决的办法有： 

a.在url中加上jsessionid. 

例如重定向到 response.sendRedirect(“/iframe.jsp;jsessionid =lizongbo”); 
而这种情况下，如果iframe.jsp页面内的其它连接的url没有加上jsessionid, 

也无法继续传递session，不过通过在客户端的js来为每个超连接的href属性重写加上jsessionid. 

b.sso.jsp里设置P3P头信息 
例如 P3P: CP=”CURa ADMa DEVa PSAo PSDo OUR BUS UNI PUR INT DEM STA PRE COM NAV OTC NOI DSP COR” 
或 P3P:CP=”CAO PSA OUR” 
java代码为： 
response.addHeader(“P3P”,”/”CAO PSA OUR/”");