网通社科技快报
Win11 26H2仍运行Win95内存管理器EmulateHeap延续30年兼容逻辑
Windows 11 26H2虽搭载Fluent Design界面与Copilot+ AI功能，其底层仍保留并运行着一套源自Windows 95的内存兼容机制——EmulateHeap。该机制并非历史残留代码，而是一个主动启用的兼容层：当检测到特定旧程序（如1990年代《模拟城市》）调用HeapCreate等API时，系统将请求重定向至模拟Win95宽松堆语义的实现，刻意延迟释放内存块的清零与覆盖，以容忍use-after-free等错误行为，确保程序稳定运行。该功能可通过Windows兼容性管理员工具手动启用，属官方持续支持路径。
EmulateHeap的起源可追溯至1990年代初《模拟城市》因内存管理策略变更而崩溃的案例，微软选择在系统层适配而非要求开发者修复，后将其扩展为通用兼容框架。微软工程师Raymond Chen曾指出，大量早期Win32程序隐式依赖“释放后仍可读”的非标准行为，新系统优化堆管理后导致广泛兼容问题，EmulateHeap即为此设计。
除内存机制外，Win11 26H2中System32目录下核心DLL（如kernel32.dll、user32.dll、ntoskrnl.exe）仍严格采用MS-DOS 8.3命名规范（主名≤8字符、扩展名≤3字符、仅ASCII字母数字与句点），以保障企业漫游配置文件及数亿存量程序的二进制兼容性。系统亦为长文件名自动生成8.3短别名，维持对旧安装脚本的支持。
微软通过虚拟化与沙箱技术隔离兼容层风险，EmulateHeap仅对明确标记程序生效，不影响常规应用安全。Windows评估与部署工具包（WADK）持续集成Application Compatibility Tools组件，表明兼容性支持仍是正式产品能力。截至2026年，大量工业控制、金融与政务系统仍依赖90年代软件，维持兼容成本远低于替换，故该“时间胶囊”机制短期内不会退出。
EmulateHeap的起源可追溯至1990年代初《模拟城市》因内存管理策略变更而崩溃的案例，微软选择在系统层适配而非要求开发者修复，后将其扩展为通用兼容框架。微软工程师Raymond Chen曾指出，大量早期Win32程序隐式依赖“释放后仍可读”的非标准行为，新系统优化堆管理后导致广泛兼容问题，EmulateHeap即为此设计。
除内存机制外，Win11 26H2中System32目录下核心DLL（如kernel32.dll、user32.dll、ntoskrnl.exe）仍严格采用MS-DOS 8.3命名规范（主名≤8字符、扩展名≤3字符、仅ASCII字母数字与句点），以保障企业漫游配置文件及数亿存量程序的二进制兼容性。系统亦为长文件名自动生成8.3短别名，维持对旧安装脚本的支持。
微软通过虚拟化与沙箱技术隔离兼容层风险，EmulateHeap仅对明确标记程序生效，不影响常规应用安全。Windows评估与部署工具包（WADK）持续集成Application Compatibility Tools组件，表明兼容性支持仍是正式产品能力。截至2026年，大量工业控制、金融与政务系统仍依赖90年代软件，维持兼容成本远低于替换，故该“时间胶囊”机制短期内不会退出。