最近项目是和某度合作，集成他们一个功能到我们产品上。由于是中途从同事手中接过来的活，并且第一次使用jsonp，不熟悉页面的刷新跳转，遭坑惨了，现在来记录下这个情况，希望给有类似需求的同志带来些许帮助。
情景描述：
登陆login.html页面登陆验证成功后，跳转到index.html页面，index.html页面加载完成后就要发送jsonp请求到对方服务器得到想应的数据并展示出来，如若没有登陆某度的帐户，弹出提示信息。然后需要点击页面的登陆按钮，弹出某度的登陆框（iframe引入），登陆某度成功后（某度处理判断），刷新页面，重新展示数据。
处理技巧：
某度登陆成功后需要跳转到一个新的页面，由于是iframe引入，因此借助一个中间的页面cs.html,然后在这个cs.html页面里面刷新最外面的页面。开始时候在cs.html里面使用的是top.location.reload(),这个方法在非ie内核的浏览器都是正常的，但是在ie内核的浏览器里面始终提示没有登录(实际上已经登录成功).这个坑花了大量的时间，最后我把这个方法换成了top.location.href,再看ie内核的浏览器就能够正常了，第一次使用这个，真是太郁闷了。
附上网上搜集到的一些资料
window.location.reload()刷新当前页面.
parent.location.reload()刷新父亲对象（用于框架）
opener.location.reload()刷新父窗口对象（用于单开窗口）
top.location.reload()刷新最顶端对象（用于多开窗口）
另外介绍两个方法的语法：
reload 方法，该方法强迫浏览器刷新当前页面。
语法：location.reload([bForceGet])参数： bForceGet， 可选参数， 默认为 false，从客户端缓存里取当前页。 true, 则以GET 方式，从服务端取最新的页面, 相当于客户端点击 F5("刷新")
replace 方法，该方法通过指定URL替换当前缓存在历史里（客户端）的项目，因此当使用replace方法之后，你不能通过“前进”和“后退”来访问已经被替换的URL。
语法：location.replace(URL) 参数： URL
在实际应用的时候，重新刷新页面的时候，我们通常使用： location.reload() 或者是 history.go(0) 来做。因为这种做法就像是客户端点F5刷新页面，所以页面的method="post"的时候，会出现“网页过期”的提示。那是因为Session的安全保护机制。可以想到： 当调用 location.reload() 方法的时候， aspx页面此时在服务端内存里已经存在， 因此必定是 IsPostback 的。如果有这种应用： 我们需要重新加载该页面，也就是说我们期望页面能够在服务端重新被创建， 我们期望是 Not IsPostback 的。这里，location.replace() 就可以完成此任务。被replace的页面每次都在服务端重新生成。你可以这么写： location.replace(location.href)
最后内容是刚发现的，不知道我这次这个地方top.location.reload(true),这样可以解决ie内核的问题不，抽时间到公司去试下。
有知道具体区别原因的，望各位大牛告知，大家共勉！3Q