近期在完成一个项目充值支付业务逻辑时，需要完成用户在网站上提交充值订单，网站后端处理充值订单信息，发布“网站正在跳转，进入充值平台”的提示信息，跳转至充值平台进行充值的这样一个流程。
因为直接采用的是discuzX进行二次开发，在xp、2003等各浏览器下业务逻辑测试都没有问题。就是在交付客户测试中，发现客户的IE9浏览器不能正常的充值支付；发现是停顿在了跳转消息发布的那一步中了，也就是说后端返回自建的form表单，并没有正确的提交。
[php]
// 对discuzx的提交进行了更改，没有采用ajax提交；而是直接订单form表单新页面提交，后端直接echo数据。
echo '<form id="payform" action="'.$requesturl.'" method="post"></form><script type="text/javascript" reload="1">$(\'payform\').submit();</script>';
dexit();
[/php]
确实是个问题了，刚开始以为是订单form新页面提交后，新产生的此页面渲染模式有关，从而建立完整的文档结构
[html]
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7; IE=EmulateIE9">
...
[/html]
但是效果还是没好转，只是在完成提示信息；自己form表单还是没有进行自提交。再次google查看
不过在查看的过程中发现了这样一个问题，就是在xp或2003的系统上是能够正常跳转使用的；但在win7 ie下则不可以了，但是其他浏览器则行，就算是IE内核，但非ie官方的浏览器也是正常的。
于是对比2003与win7下的IE8设置，发现了下图独特的地方。
IE保护模式（Protected Mode），以前也叫做IE低权利（Lowcenters）。IE保护模式可能是Windows Vista里最严厉的安全措施，比我们熟知的UAC（用户帐户控制）还要严厉。事实上，IE保护模式依赖于Windows Vista的以下三大特性：
（1）UAC（用户帐户控制）
相信大家已经很熟悉了，可以让管理员帐户自动获得一个标准用户的访问令牌，以减少WindowsVista系统的受攻击面。
（2）MIC（强制完整性控制）
这是WindowsVista安全架构中新增加的一种检测机制。大家知道，Windows2000/XP安全体系里，安全子系统把进程的访问令牌和 资源的访问控制列表进行匹配比较，以确认该进程是否具有访问该资源的权限。而在WindowsVista下，除了遵守传统的安全控制机制外，还必须检查进 程和资源对象的完整性级别，完整性级别低的进程，不能写入完整性级别高的资源对象。
（3）UIPI（用户界面特权隔离）
完整性级别低的进程，不能向完整性级别高的进程发送Window消息。
windows IE浏览器安全设置的注意事项：
在这里，我们必须了解以下三点注意事项：
1.只有IE浏览器才能享用保护模式带来的好处，第三方的浏览器、或者以IE为内核的一些外挂浏览器无法获得保护模式的功能。
2.只有确认安全的网站，才能添加到可信站点区域。错将问题站点添加到可信区域，将会导致系统安全的严重受损。
3.最好能够对旧版插件进行改进，以确保插件的兼容性，这样可以大大提高系统安全。
扩展阅读