Tiny11开发者将Windows1126H2精简至128MB内存运行,桌面功能基本可用

Tiny11项目开发者NTDEV成功将Windows 11 26H2版本压缩至仅需128MB物理内存即可启动并进入桌面,远低于微软官方4GB最低要求。测试中计算器、记事本、画图、文件资源管理器等核心组...

互联网/IT

Windows 11的内存占用问题长期被用户诟病,尤其在低配设备上体验不佳。近日,系统精简领域知名开发者NTDEV完成一项突破性实验:将Windows 11 26H2版本精简至仅需128MB物理内存即可成功启动并进入图形界面——这一数字仅为微软官方最低配置(4GB)的3.25%。

此次优化依托于NTDEV新发布的Tiny11 ISO制作工具,该工具可从原始Windows 11镜像中系统性移除非必要组件、预装应用及后台服务。为验证其极限能力并预热即将推出的Pico11轻量项目,NTDEV进行了本次压力测试。结果显示,在128MB内存环境下,系统能正常加载桌面,基础功能保持可用:计算器可运算、设置面板可打开、记事本能新建并保存文本文件、画图程序支持绘图与导出、文件资源管理器可浏览目录结构;唯一调整是将现代任务管理器替换为更轻量的旧版组件以节省资源。

值得注意的是,这一成果并非首次挑战Windows内存下限。NTDEV早在Windows 7时代就曾实现类似壮举:在128MB内存+5MHz主频的奔腾处理器上运行Win7,但当时仅加载桌面即耗时约28分钟,且需进入安全模式并手动禁用大量系统服务。相比之下,本次Win11 26H2的启动速度虽未公开具体数据,但从功能完整性判断,其优化程度显著提升。

此前社区已有尝试降低Win11内存占用的案例。例如有用户通过Rufus工具调整引导参数与服务策略, 将内存占用压至约2.5GB;而NTDEV此次直接降至128MB,跨度达20倍以上。不过必须强调,“能开机”与“能稳定实用”之间仍有本质差距:当前128MB环境下的系统响应缓慢、无网络支持、无法运行现代UWP应用或第三方软件,仅具备最基础的本地操作能力。它本质上是一次技术演示,而非面向普通用户的可用发行版。

这一进展背后折射出Windows系统架构的冗余空间。微软自Windows 10后期起大力推动Web化转型,大量内置应用(如邮件、日历、照片、甚至部分设置页面)采用WebView2框架构建,本质上是以Chromium渲染引擎承载网页逻辑,导致内存开销激增2026年6月Build大会上,微软已明确转向WinUI3原生框架路线,逐步替代WebView2。近期Windows Last披露的测试数据显示,部分应用在迁移到WinUI3后内存占用从500–600MB降至100–150MB,降幅达70%以上。

文章配图

例如WhatsApp桌面版在WebView2版本闲置时占用约600MB,而旧UWP版本不足100MB;Outlook新旧版本分别为490–636MB与117–148MB;Microsoft Copilot在新版中后台常驻约500MB,旧版WinUI实现则控制在100MB以内。这些数据印证了框架选择对资源消耗的决定性影响。

NTDEV的精简路径与此思路异曲同工:通过剥离WebView2依赖、禁用非核心服务(如Cortana、Telemetry、OneDrive集成)、移除图形特效与动画层、替换高开销组件等方式,实现系统“骨瘦如柴”。其工具链允许用户自定义精简程度,从轻度裁剪(保留大部分功能)到极端压缩(仅留内核与Shell),满足不同场景需求。

值得思考的是,此类极简方案虽具技术启发性,却面临现实制约。首先,Windows设计初衷是面向主流PC生态,而非嵌入式或超低配设备;强行压缩会牺牲安全性(如禁用 Defender 实时防护)、兼容性(驱动与API缺失)与更新能力(累积更新依赖完整组件树)。其次,现代应用生态已深度绑定.NET Runtime、WinRT及云服务,脱离这些层后,系统仅能作为“裸壳”存在。

另一方面,微软自身的架构调整正从源头缓解问题。除WinUI3外,2026年下半年以来,微软陆续推出TableView、Chart控件、InkCanvas等原生UI组件,强化本地渲染能力;同时优化内核调度与内存回收机制。尽管全面切换尚未完成,但方向已明:未来Win11的轻量化将更多依赖官方框架重构,而非社区“外科手术式”裁剪。

文章配图

NTDEV本人表示,此次128MB实验主要服务于Pico11项目的前期验证——该项目计划打造一个真正面向IoT边缘设备的微型Windows子系统,目标是在64MB–256MB内存区间提供可交互的GUI环境。若该方向可行,或将为老旧硬件延寿、教育终端普及及工业人机界面提供新思路。

需要指出的是,该成果目前仅限技术爱好者与开发者测试使用,不建议普通用户部署于日常设备。微软从未认可或支持此类修改,任何系统级精简均可能导致激活失效、更新失败或安全风险。

从更广视角看,Windows的“瘦身竞赛”反映了操作系统演进中的永恒张力:功能丰富性与资源效率之间的平衡。当硬件性能持续跃升时,系统倾向于堆叠体验;而当市场出现下沉需求(如教育平板、工控终端),轻量化又成为刚需。NTDEV的工作提醒我们:即便在高度集成的现代OS中,底层仍保有可观的压缩空间——关键在于,我们愿意为精简付出多少功能代价。