近日，海外有开发者发现，微软最新的Windows 11 Canary Build 25987已经开始提供两个版本的XAML shell服务，新的版本直接基于Win32+XAML，曾经被寄予厚望的UWP在新版本里已经不见踪影。
nload="this.removeAttribute('width'); this.removeAttribute('height'); this.removeAttribute('onload');" />
图源：X
现在，我们终于可以给这个早已事实上死亡的微软应用生态举办“葬礼”了，谁能想到这个曾经被微软称为将改变Windows应用生态的UWP，生命周期满打满算还不到五年？
如果你不知道什么是UWP，那么只需要一句话就能解释完：“这是微软最宏大的应用生态计划之一，原本的目标是统一微软旗下的所有平台”。当然，如今看来曾经的宏愿已然成空。
UWP为何被抛弃？
如果你是Win10老用户，那么肯定还记得曾经有段时间，微软向所有用户强推UWP应用，最后在一众用户和开发者的骂声中才终于收敛。如果你在微软商店里下载过软件，那么就有大概率会用过UWP应用。比如微软商店里的哔哩哔哩动画客户端，以前就是使用UWP版本，而且是当时Windows上仅有的客户端版本。
nload="this.removeAttribute('width'); this.removeAttribute('height'); this.removeAttribute('onload');" />
图源：知乎
但是这玩意难用到什么程度呢？民间开发者优化过的UWP版客户端下载量都远超官方版本。当然，这里面主要的锅在哔哩哔哩，内部对UWP版本开发的不上心，导致客户端存在大量的BUG且体验不佳，但是却意外地为其他开发者提供了一个基础模板，让哔哩哔哩客户端成为不少在校学生的心头好。
事实上，UWP确实有不少的优点，作为一个专为通用Windows平台开发的应用范本，UWP可以轻松兼容和调度Windows的系统级功能，得益于专有的应用优化，用户可以在不同的设备上都获得趋于一致的使用体验。
nload="this.removeAttribute('width'); this.removeAttribute('height'); this.removeAttribute('onload');" />
图源：微软
举个简单的例子，为了可以兼容所有类型设备，UWP甚至允许用户使用游戏手柄控制系统中的各个官方应用和界面，从照片到时钟再到开始菜单等都可以随便控制。但是，微软显然忽略了UWP背后的开发难度，作为一个Windows系统专门优化的应用生态，UWP需要满足十分苛刻的要求才能通过审核。
不过，只要是通过审核的UWP，那么就几乎可以在所有的Windows生态平台中畅行无阻，适配范围极大。但是，正是广泛的适配需求，导致UWP的开发十分困难，开发者必须想尽办法压榨应用的内存占用，砍掉一系列不必要的功能，在极端情况下甚至有的开发者决定仅保留最基础的核心应用，以确保应用可以通过审核发布。
在这种情况下，当用户被引导到微软商店，然后下载了一个UI极简化，只有基础功能的应用时，会是怎样一个心情就可想而知了。实际上，随着PC设备的性能暴涨，UWP很多限制都已经不再存在必要，但是就像Windows系统一样尾大不掉，诞生还不到10年的UWP也有一样的问题，而且随着开发者的减少和Win32的开放，就连微软都对UWP死心了。
nload="this.removeAttribute('width'); this.removeAttribute('height'); this.removeAttribute('onload');" />
图源：知乎
当然，UWP并非一无所成，这个曾经的微软最强泛平台应用生态，还是为Windows留下了许多的遗产，比如极低的内存占用，让一些低功耗的入门级Windows设备也可以在后台保活多个应用。
但是，这个内存占用优化也有一个问题，那就是在优化不得当的情况下，可能仅仅是点一下最小化再打开，应用就已经自动关闭并重启了，碰到这种应用，用户估计连骂娘的心情的都没有了，只想赶紧卸载了事。
其实这也是UWP生态无法成功的另一个原因，微软虽然设立了严格的审核，但是却对一系列使用体验不佳的应用放而任之，商店里的应用到底好不好用，纯看开发者的责任心，比如有的应用普通版本已经更新迭代了10个版本以上，微软商店里的UWP版却还是停留在初代版本上。
以至于后续除了微软自家的应用外，很多软件开发商都不再更新UWP版本，在微软放开win32打包进入微软商店的权限后，UWP版更是全面被取代。还是以哔哩哔哩的微软商店客户端为例，在停更N久后，如今上线的新版本已经换成了与普通客户端相同的版本，UWP？那是什么？不认识。
可以说，随着微软开放微软商店的准入门槛，UWP就已经事实上被扫进了历史的垃圾堆中。
微软的跨平台生态之梦
实际上，我并不是无法理解UWP的存在，甚至在我看来，UWP其实对微软的应用生态还是有着不少促进作用的，如今流行的几个开发框架中都有不少的UWP遗产。但是，微软再一次告诉我们：“步子迈得太大，容易扯着蛋”，UWP发布初期的计划过于宏大，反而成为阻碍它发展的最大绊脚石。
如果UWP不是追求极致的泛用性，愿意在初期就放开部分开发限制，允许开发者根据需要自行定义应用模块，那么UWP或许有机会成为微软的一个生态锚点，并且更有效地串联起整个微软设备生态。
图源：微软
但是，一切都没有“如果”，事实就是微软断送了UWP的前途，并且在可以预见的未来，UWP应该都不会再次出现在我们的面前，取而代之的则是WinUI3，它拥有UWP的多数优点，同时又比UWP更开放。
随着AI大模型的爆发，微软显然又有了新的想法，通过AI助手的帮助，如果微软可以将所有的平台设备纳入一个体系中，将能够牢牢占据用户的日常生态面，从日常娱乐到生产工作，用户将围绕着微软形成一个闭环。
想象一下，不管你坐在书房还是客厅，如果收到了工作邮件，你可以在笔记本电脑或者Xbox上轻松打开邮箱应用查看并回复，你也可以轻松地把Xbox的游戏应用串流到笔记本电脑上（现在也可以，不过限制蛮多的）。
如今的微软，其实面临着一个问题，那就是设备量最大、增长速度最快的移动手机平台，与他们却没有多少关系。自从Windows Phone被放弃后，微软在手机领域的话语权已经近乎0，对于这个全球最大的科技企业来说，这是一个很大的败笔。
图源：微软
所以，我们能够看到微软最近两年也在不停地试探，希望可以重返手机市场，比如去年发布了一款折叠双屏手机，再比如推出多个Windows&安卓同步、串流应用，希望可以让手机用户将部分使用场景放到PC上。
但是从目前的情况来看，这些举措都收效甚微，即使是此前大肆宣扬的Windows原生安卓应用，现在也已经不见踪影，虽然从官方信息来看，还在推进中，但是具体到使用体验上，确实是一言难尽。
如今看来，微软或许已经将赌注都压在了Windows 12上，近日最后一个大版本更新Windows 11 23H2已经上线，明年我们或许就能看到Windows 12了。但是，截至目前，Windows 10的用户占比还接近70%，如何让这群钉子户转到Windows 12，估计会成为微软下一个头疼的问题。