工具站工具站
Bing
◆

Windows 11 打开 IE 浏览器的方法

2024-12-04 05:510

方法

  • 首先，按 Win + R 打开运行窗口
  • 接下来，在运行命令框中输入 inetcpl.cpl
  • 单击 确定 进入 Internet 属性窗口
  • 选择 程序 选项卡，点击 管理加载项 按钮
windows打开ie浏览器
  • 然后，点击窗口底部 了解有关工具栏和扩展的详细信息
windows打开ie浏览器
  • 点击后 ie 浏览器就出现了

这个方法为什么能奏效

Windows 11 上 IE11 这个应用已经被禁用了——iexplore.exe 还在磁盘上，但直接双击运行会被拦下来重定向到 Edge。微软的做法是在 IE 的启动流程里加了一道检查，发现是用户主动启动就跳转。

但 IE 的渲染引擎和 COM 组件完整保留着，原因是大量系统组件依赖它。正文这个方法钻的就是这个空子：inetcpl.cpl 打开的「Internet 属性」是 IE 的设置面板（它同时也是系统级的 Internet 选项，被保留了下来），从里面的「管理加载项」再点「了解有关工具栏和扩展的详细信息」这个链接时，系统会用 IE 的引擎去打开一个帮助页面——而这条路径走的不是「用户主动启动 IE」的判断，所以没被拦，于是一个真正的 IE 窗口就出现了。

窗口出来之后地址栏可以输任意网址，它就是一个能用的 IE11。

同类的绕法还有几个，原理都是「让某个组件用 IE 引擎打开一个窗口」：

用 VBScript 通过 COM 创建 IE 实例。新建一个 .vbs 文件，内容：

Set ie = CreateObject("InternetExplorer.Application")
ie.Visible = True
ie.Navigate "https://example.com"

双击运行就能开出 IE 窗口。这是通过 COM 接口创建的 InternetExplorer.Application 对象，属于程序化调用，不走用户启动的检查路径。

需要注意的是：微软在后续更新里逐步收紧了这些路径，某个版本上能用的方法在下一个累积更新后可能失效。所以别把这些当成稳定方案。

为什么不该这么用

写到这里必须说清楚：用这些方法开出来的 IE 是一个不再接收安全更新的浏览器。

IE11 的支持在 2022 年 6 月 15 日正式终止，之后发现的漏洞不会再修（除了 Edge 的 IE 模式里那部分被继续维护的引擎代码）。用它上网等价于用一个已知漏洞公开的软件解析不受信任的内容。IE 历史上的漏洞数量和严重程度都很突出，包括多个被用于定向攻击的零日。

所以这个方法的合理用途只有一个：临时访问那些只支持 IE 的老系统，且这些系统通常在内网里。用完就关，不要拿它上公网。

正规的替代方案：Edge 的 IE 模式

微软给「必须用 IE」这个需求准备了正式方案，就是 Edge 的 IE 模式。它在 Edge 的进程里嵌一个 Trident（MSHTML）渲染器，兼容性和真正的 IE11 一致——包括 ActiveX 控件、VBScript、老的文档模式，但外壳是 Edge，享受 Edge 的进程沙箱和安全更新。微软承诺 IE 模式至少支持到 2029 年。

配置步骤：

1. 打开 IE 模式的开关

Edge 地址栏输 edge://settings/defaultBrowser，把 允许在 Internet Explorer 模式下重新加载网站 设为 允许，然后重启 Edge。

2. 单次使用

在需要的页面上点右上角 ⋯ → 在 Internet Explorer 模式下重新加载。地址栏左侧会出现一个 IE 图标，表示当前是 IE 模式。

3. 加进自动列表（推荐）

同一个设置页面下有 Internet Explorer 模式页面 列表，点 添加 填入 URL。之后访问这些地址会自动用 IE 模式打开，不用每次手动切。

注意手动添加的条目有效期是 30 天，到期需要重新添加。这是微软刻意设计的——鼓励你去改造老系统而不是永久依赖。企业环境里可以通过组策略配置企业站点列表（Enterprise Mode Site List），那个没有 30 天限制。

4. 确认 IE 模式真的生效了

在 IE 模式的页面上按 F12，如果开出来的是老式的 IE 开发者工具（而不是 Edge 的 DevTools），说明确实在用 Trident 引擎。也可以在页面上跑一段 JS 看 navigator.userAgent，IE 模式下会包含 Trident/7.0 和 rv:11.0。

前端开发者的角度

如果你是因为要测试网站在 IE 上的表现才需要打开 IE，那有几点值得重新评估。

先确认还需不需要支持 IE。IE11 的全球份额已经低到统计误差的量级，Windows 10/11 上它已被禁用，Windows 7 也早已停止支持。前端生态这几年在批量抛弃它：

  • Vue 3 从一开始就不支持 IE（用了 Proxy，无法 polyfill）
  • Vite 的默认构建目标不含 IE
  • Bootstrap 5 放弃了 IE
  • 大量现代库的产物用了 ES2015+ 语法

也就是说，用 Vue 3 或 Vite 的项目从技术上就不可能支持 IE，不用测。会需要测的通常是老的 Vue 2 / jQuery 项目，或者面向政企、金融、教育这类历史用户环境的系统。

如果确实要支持，配置的落点是 .browserslistrc：

> 0.5%
last 2 versions
not dead
ie 11

加了 ie 11 之后，Babel 的 preset-env 和 Autoprefixer 会自动降级语法、加前缀。还需要手动引入 polyfill：

// 入口文件最顶部
import 'core-js/stable';
import 'regenerator-runtime/runtime';

core-js 补的是 API（Promise、Array.from、Object.assign 等），regenerator-runtime 补的是 async/await 的运行时。这两个都补不了的是语法层面无法转译的东西——Proxy、Reflect、WeakRef 这类靠引擎原生能力的特性，没有 polyfill 方案。

测试环境的建议：不要在自己的主力机上开 IE 测。用虚拟机——微软提供免费的测试用 Windows 镜像（在 Microsoft Edge 开发者站点的「Virtual Machines」页面），带完整的 IE 环境，有效期 90 天，到期重置快照即可。这样测试环境和日常环境完全隔离，也不用担心那些绕过限制的方法哪天失效。

或者用 BrowserStack、LambdaTest 这类云端真机测试服务，省掉本地维护虚拟机的成本。免费额度对偶尔测一下够用。

顺手说一个相关的排查技巧

有时候不是你想开 IE，而是某个链接莫名其妙用 IE 打开了。这通常是因为：

  • 那个链接是 ms-help: 之类的特殊协议
  • 某个桌面软件用了 WebBrowser 控件（底层就是 Trident），它内嵌的浏览器就是 IE 引擎

后者是很多国产软件里「内置浏览器很难用、样式全乱」的原因——它不是 Chrome 内核，是 IE 内核。所以你的网站如果需要在这类软件的内嵌窗口里正常显示，实际要求是「兼容 IE」，而不是「兼容当前主流浏览器」。这个坑在做企业微信、钉钉、以及各类 CRM 系统的内嵌页面时会遇到，值得提前确认对方的内嵌容器用的是什么内核。

判断方法是在页面里打一行日志或者显示 UA：

document.title = navigator.userAgent;

在那个内嵌窗口里打开页面，标题栏就能看到实际的 UA 字符串，包含 Trident 就是 IE 内核。

💬留言板0

还没有留言，来发表第一条吧～

PAGE LOAD / LIVEWindows 11 打开 IE 浏览器的方法加载中
全屏