每年高考季,除了紧张的考生，还有无数家长和老师在关注志愿填报，在填报过程中，一个看似“老套”的要求总会反复出现：请使用IE浏览器访问志愿填报系统，在Chrome、Firefox、Edge等现代浏览器早已普及的今天，为什么高考这一关乎千万考生未来的关键系统，仍坚持绑定IE这一被不少年轻人视为“古董”的工具？这背后并非技术滞后，而是兼容性、安全性、政策稳定性等多重因素的综合考量。
IE的“独家专利”：ActiveX控件与老系统的“共生关系”
高考志愿填报系统并非普通网页,而是一个集身份认证、数据加密、实时交互、志愿锁定等功能于一体的复杂政务系统，其核心功能往往依赖于ActiveX控件——一项由微软开发、深度集成于IE浏览器的技术，ActiveX控件允许网页直接调用本地系统资源（如读取身份证信息、安装安全插件、进行数字签名验证等），而其他浏览器（如Chrome、Firefox）出于安全考虑，并不支持或严格限制此类控件的运行。
以某省高考志愿填报系统为例,考生登录时需插入身份证读取器，通过ActiveX控件自动读取考生信息并完成身份核验；提交志愿时，系统会通过ActiveX控件生成加密的志愿表，并要求考生使用数字证书进行电子签名，这些操作高度依赖IE对ActiveX的完美支持，若使用Chrome等浏览器，要么控件无法加载，要么功能直接失效——这并非浏览器“不兼容”，而是系统“设计之初就没考虑过其他工具”。
许多早期的政务系统（如税务申报、社保查询、司法考试报名等）都基于IE和ActiveX开发，高考志愿填报系统作为国家级教育平台，其技术架构往往延续多年，若强行更换浏览器或重构系统，不仅成本高昂（需重新开发所有功能模块），更可能因新系统不稳定影响填报的公平性。
安全优先：IE的“可控性”与政务系统的“安全刚需”
高考志愿填报涉及考生姓名、身份证号、成绩、志愿等高度敏感信息，系统的安全性是第一要务，IE浏览器作为Windows系统的“原生浏览器”，可通过组策略、安全区域设置等工具实现精细化权限管理，配合教育部门统一部署的数字证书、安全插件，构建起“浏览器-控件-证书”三位一体的防护体系。
系统可限制IE只能访问“教育考试院”官方域名，屏蔽恶意网站；通过ActiveX控件对本地操作进行“沙盒化”管理，即使恶意代码试图窃取信息，也会被隔离在安全环境外，相比之下，现代浏览器虽安全性更高，但其开放性（如丰富的插件生态、跨平台支持）反而可能增加安全风险——若考生使用非官方浏览器，误点钓鱼链接或安装恶意插件，可能导致信息泄露。
IE的“兼容性视图”功能可确保老版本网页正常显示，这对于长期运行的政务系统至关重要，高考志愿填报系统每年仅开放几天，但系统本身可能已运行十年以上，其前端代码未必适配新浏览器的渲染标准，而IE的兼容性模式能强制按旧版标准解析页面，避免因“样式错乱”“按钮失效”等问题导致填报失败。
政策标准化：全国统一系统的“兼容性刚需”
高考是国家统一考试,志愿填报系统需在全国31个省（自治区、直辖市）同步运行，覆盖不同地区、不同网络环境、不同设备配置的考生，若允许使用多种浏览器，极易因“浏览器版本差异”“插件冲突”“系统环境不同”等问题，导致部分考生无法正常填报。
某考生使用Mac电脑上的Safari浏览器访问系统,可能因控件不支持直接无法登录；某考生使用手机上的Chrome浏览器，可能因页面适配问题无法点击“提交”按钮，而IE作为Windows系统的“标配浏览器”，几乎覆盖所有公共机房、学校电脑（这些是考生填报的主要设备），且版本可控（通常要求IE11或以上），能最大限度减少“环境差异”带来的公平性问题。
教育部门选择IE,本质上是一种“标准化妥协”：与其让考生在多种浏览器中“碰运气”，不如统一指定一个兼容性最广、可控性最强的工具，确保“所有人在同一规则下填报”，这种“笨办法”虽不够“先进”，却是最稳妥的解决方案。
历史惯性与成本考量：“改不起”的核心系统
对于教育部门而言,高考志愿填报系统是“核心中的核心”，其稳定性远比“技术先进性”重要，该系统每年仅开放10天左右，但后台需处理数千万条数据，涉及考生、高校、考试院等多方交互，若要更换浏览器，意味着需：
- 重构前端系统：将基于IE和ActiveX的代码重写为适配现代浏览器的HTML5+JavaScript，这一过程需投入大量人力、物力，且测试周期长达数月；
- 更新所有接口：重新开发与身份证读取器、数字证书、服务器交互的接口，确保新系统与现有硬件、后端平台兼容；
- 全国培训推广：向各省教育部门、中学、考生普及新浏览器的使用方法，避免因“不会用”导致填报混乱。
这些改造成本动辄千万,且风险极高——一旦新系统在填报高峰出现故障，后果不堪设想，相比之下，继续使用IE，只需每年更新控件和证书，维护成本极低，这种“用得起、改不起”的现实，让许多政务系统选择了“坚守IE”。
