window.location.href、location.href是本页面跳转 parent.location.href是上一层页面跳转 top.location.href是最外层的页面跳转 举例说明： 如果A,B,C,D都是jsp，D是C的iframe，C是B的iframe，B是A的iframe，如果D中js这样写 window.location.href、location.href：D页面跳转 parent.location.href：C页面跳转 top.location.href：A页面跳转 如果D页面中有form的话, form: form提交后D页面跳转 form target=_blank: form提交后弹出新页面 form target=_parent: form提交后C页面跳转 form target=_top : form提交后A页面跳转 关于页面刷新，D页面中这样写： parent.location.reload();: C页面刷新 （当然，也可以使用子窗口的 opener对象来获得父窗口的对象：window.opener.document.location.reload(); ） top.location.reload();: A页面刷新 页面跳转 quot;window.location.hrefquot;、quot;location.hrefquot;是本页面跳转quot;parent.location.hrefquot;是上一层页面跳转quot;top.location.hrefquot;是最外层的页面跳转举例说明：如果A,B,C,D都是jsp，D是C的iframe，C是B的iframe，B是A的iframe，如果D中js这样写quot;window.locati... jsp代码中，使用到了java.net.URLEncoder.encode()对要传递的中文进行编码。可是接收到的字符串却是乱码。最令人抓狂的就是这段代码在有的机器上运行正常，可是在某些机器上死活也不能正常运行。因为对jsp和网页都不是很熟所以查了很久才发现原因。最后发现是这段代码没有规范的使用java.net.URLEncoder，虽然使用了java.net.URLEncoder.encode(... 在jsp中经常会遇到把js变量赋给java变量，或者将java变量赋给js变量的情况，值得一提的是：两者确实有办法可以相互赋值，但有局限性：【原因如下】jsp脚本是服务器端脚本——页面一加载就会随请求被服务器端立即执行返回javascript是前端脚本——按页面逻辑和事件需求执行出现的情况是：如果javascript脚本中绑定了一个点击事件，事件中需要插入一段jsp脚本，那么... 因为对代码里面的相对路径有点晕，每次使用window.location.href进行页面跳转的时候，每次都要测试一下，看看这样子写到底跳转到哪里去了。今天又碰到了，想到每次都要试，不如这次试个全的，以后都不用试了。就琢磨了下，这里做个记录。说明：

html中页面跳转 $url = ; ? meta http-equiv=refresh content=1; url= ?php echo $url; ? 页面只停留一秒…… php中页面跳转 header(Location: index.html); PHP页面跳转