[数码手机] UWP正式宣告死亡，微软跨平台生态再次梦碎？

近日，海外有开发者发现，微软最新的Windows 11 Canary Build 25987已经开始提供两个版本的XAML shell服务，新的版本直接基于Win32+XAML，曾经被寄予厚望的UWP在新版本里已经不见踪影。
Windows App封装又回到了Win32的老路。
此前，Windows 11发行后，商店已允许经典Win32程序上架了。
现在，我们终于可以给这个早已事实上死亡的微软应用生态举办“葬礼”了，谁能想到这个曾经被微软称为将改变Windows应用生态的UWP，生命周期满打满算还不到五年？
如果你不知道什么是UWP，那么只需要一句话就能解释完：“这是微软最宏大的应用生态计划之一，原本的目标是统一微软旗下的所有平台”。当然，如今看来曾经的宏愿已然成空。
UWP为何被抛弃？
如果你是Windows 10老用户，那么肯定还记得曾经有段时间，微软向所有用户强推UWP应用，最后在一众用户和开发者的骂声中才终于收敛。如果你在微软商店里下载过软件，那么就有大概率会用过UWP应用。比如微软商店里的哔哩哔哩动画客户端，以前就是使用UWP版本，而且是当时Windows上仅有的客户端版本。
但是这玩意难用到什么程度呢？民间开发者优化过的UWP版客户端下载量都远超官方版本。当然，这里面主要的锅在哔哩哔哩，内部对UWP版本开发的不上心，导致客户端存在大量的BUG且体验不佳，但是却意外地为其他开发者提供了一个基础模板，让哔哩哔哩客户端成为不少在校学生的心头好。
事实上，UWP确实有不少的优点，作为一个专为通用Windows平台开发的应用范本，UWP可以轻松兼容和调度Windows的系统级功能，得益于专有的应用优化，用户可以在不同的设备上都获得趋于一致的使用体验。
举个简单的例子，为了可以兼容所有类型设备，UWP甚至允许用户使用游戏手柄控制系统中的各个官方应用和界面，从照片到时钟再到开始菜单等都可以随便控制。但是，微软显然忽略了UWP背后的开发难度，作为一个Windows系统专门优化的应用生态，UWP需要满足十分苛刻的要求才能通过审核。

不过，只要是通过审核的UWP，那么就几乎可以在所有的Windows生态平台中畅行无阻，适配范围极大。但是，正是广泛的适配需求，导致UWP的开发十分困难，开发者必须想尽办法压榨应用的内存占用，砍掉一系列不必要的功能，在极端情况下甚至有的开发者决定仅保留最基础的核心应用，以确保应用可以通过审核发布。

在这种情况下，当用户被引导到微软商店，然后下载了一个UI极简化，只有基础功能的应用时，会是怎样一个心情就可想而知了。实际上，随着PC设备的性能暴涨，UWP很多限制都已经不再存在必要，但是就像Windows系统一样尾大不掉，诞生还不到10年的UWP也有一样的问题，而且随着开发者的减少和Win32的开放，就连微软都对UWP死心了。
当然，UWP并非一无所成，这个曾经的微软最强泛平台应用生态，还是为Windows留下了许多的遗产，比如极低的内存占用，让一些低功耗的入门级Windows设备也可以在后台保活多个应用。

但是，这个内存占用优化也有一个问题，那就是在优化不得当的情况下，可能仅仅是点一下最小化再打开，应用就已经自动关闭并重启了，碰到这种应用，用户估计连骂娘的心情的都没有了，只想赶紧卸载了事。

其实这也是UWP生态无法成功的另一个原因，微软虽然设立了严格的审核，但是却对一系列使用体验不佳的应用放而任之，商店里的应用到底好不好用，纯看开发者的责任心，比如有的应用普通版本已经更新迭代了10个版本以上，微软商店里的UWP版却还是停留在初代版本上。

以至于后续除了微软自家的应用外，很多软件开发商都不再更新UWP版本，在微软放开win32打包进入微软商店的权限后，UWP版更是全面被取代。还是以哔哩哔哩的微软商店客户端为例，在停更N久后，如今上线的新版本已经换成了与普通客户端相同的版本，UWP？那是什么？不认识。

可以说，随着微软开放微软商店的准入门槛，UWP就已经事实上被扫进了历史的垃圾堆中。

微软的跨平台生态之梦

实际上，我并不是无法理解UWP的存在，甚至在我看来，UWP其实对微软的应用生态还是有着不少促进作用的，如今流行的几个开发框架中都有不少的UWP遗产。但是，微软再一次告诉我们：“步子迈得太大，容易扯着蛋”，UWP发布初期的计划过于宏大，反而成为阻碍它发展的最大绊脚石。

如果UWP不是追求极致的泛用性，愿意在初期就放开部分开发限制，允许开发者根据需要自行定义应用模块，那么UWP或许有机会成为微软的一个生态锚点，并且更有效地串联起整个微软设备生态。