检测到论坛CSS可能没有正确加载，如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

Windows 的过去、现在和未来

ThinkBou · 2021-12-12T15:15:28+00:00

这个帖子讨论Windows的过去、现在和未来，不在此处讨论过多的技术细节。在变革中徘徊，在徘徊中前进：Windows 7 以来十五年 Windows 发展变迁综述是本帖的前身。此帖的内容将很大程度上与本帖相关，将于2024年10月22日发布全文。有一个设计分贴可供讨论：随Windows 11带来的微软第一方程...

Famous

已发现版本号为25352.1的dll文件，疑似zn_release。

l zw

Famous .1就意味着zn_release。rs_prerelease一直是.1000+

何木槿

Famous 11对应的Client/Server LTSC要来了？毕竟Hudson Valley不是Zinc

提本狐这也算是近两年才这样，再往前就是XP和Srv03了

Amylopectinlover

l zw 我想不出意外，本周或者下周就该推了

ThinkBou

SteveWorkshop 我突然发现现在的beta是最憋屈的通道

一开始22622呼呼呼下放功能甚至还跟当时的dev还能互通有无，那时vivetool玩的不亦乐乎
后来dev改变策略，新功能全在dev，23623几乎等于耍猴
现在can上位，beta 22624真成耍猴的东西了

Well…微软关于Moments测试的态度一直没有改变。Beta通道始终都是只测一个Moments的功能；旧Dev那是功能超前开发，要是按照Beta的测试速度安排开发，那么多功能肯定写不完……

SteveWorkshop lzw说1800左右会有最后一次下放

其实直到生命周期结束，OS的新增功能才会停止。看看Windows 11 21H2就是最好的例子。

Famous

提本狐

l zw 我目前认为ni_prerelease只是一个类似于之前内部ni_moment的分支，目前在测SV2M4，不会有正式版，也就不必进入Beta。

ThinkBou 微软关于Moments测试的态度一直没有改变。Beta通道始终都是只测一个Moments的功能

基本印证ni_prerelease分支和ni_moment分支互为表里。

提本狐

何木槿 Client LTSC会比Server LTSC落后一周期或者同周期但大概率会比最新版落后一两个周期

ThinkBou

提本狐完全无规律可循，请注意我这段话

ThinkBou 看起来Windows平台的作用正在持续发挥，每个产品团队（Windows（桌面客户端）、Xbox、HoloLens、Windows Server、Azure Stack HCI）都可依据自己需求，选择Windows平台发布新的OS更新。

Famous

ThinkBou 提本狐换句话说，Windows 11 LTSC用镍或者锌都有可能，即使是属于24H2周期，以镍为基础也不是不行🤔。

提本狐版本号更高的258xx.rs_prerelease目前还属于内部分支，暂时不会下放至金丝雀通道。

何木槿

l zw Xbox推Zn为2208正式版是确定的，之前Mn和Fe这些都没推给Xbox，Xbox和Client正式版进度一样，都是18362-18363-19041-22000-22621，由此认为zn_release将有Client正式版。

23H2（确信）
按此推测未来的变化可能呈现这样的状态：Dev→Zinc，Canary→Gallium，Beta→22625→Zinc
不过如果按照 ThinkBou 的说法，每个团队现在都能择其所好了

l zw Zn为2208正式版

不应该是2308吗（

Xbox的8月大更新命名已经持续了两年了。
不过Xbox的更新挺有意思，出现了Client里没有的版本号，还带着修订版本号

ThinkBou 客户端的LTSC一定基于在发布当时已发布的客户端版本，微软不会把阵线拉得太长。

这倒是，不过Server就不一样了

gailium119 毕竟已经试过一次了
只要有UUP，搓出来又不是不能用，说不定还能好用

ThinkBou 反正Zinc还是很有希望出现生产签名的产物的，我只想把我的Windows平台尽快迁移到一个新而稳定的地方。

ThinkBou

Windows底层已经在使用Rust编写：

用于辅助理解的文章
https://www.theregister.com/2023/04/27/microsoft_windows_rust/

gailium119

ThinkBou 说不定只是程序员用rust，编译器照样转成c

ThinkBou

前情提要（二）

ThinkBou Windows底层已经在使用Rust编写：

用于辅助理解的文章
https://www.theregister.com/2023/04/27/microsoft_windows_rust/

ThinkBou

ThinkBou 更多信息

感谢 @Famous 投递的纸条

DaleZ

gailium119 但在底层用 Rust 已经是个巨型进步了😂

ThinkBou

gailium119 微软目标是用Rust替换C++数据类型，所以编译器的操作可以参考对C++代码的方法。

DaleZ 已经重写的部分在win32k*_rs.sys文件中，大约有3.6万行代码已经重写（来自当时演讲的数据），但通过功能标志被禁用。也就是说，原来的那部分其实没有发生任何变化……

提本狐

zn_release branch incoming

gailium119

Famous 说不定明天server 25852就来了，和之前25057一样

ThinkBou

Famous 即使是属于24H2周期

个人认为，周期是一个Windows平台范畴内的概念，不要随意限定其内涵或扩展其外延。

Famous 我还记得微软在去年曾经说过Moments至少有4次大更新

微软没有说过，只是得知一些消息的媒体独家爆料了这个事情。

不要将媒体的话等价于微软的话。

何木槿转到企业或服务器版本，发布11 LTSC

Well…客户端的LTSC一定基于在发布当时已发布的客户端版本，微软不会把阵线拉得太长。

l zw Moment 5+既没有开发版本空间

我不是很能理解这个版本空间是什么。对于微软来说，版本号是够用的。

l zw 启用包能解决的就绝不会用完整更新。

对于微软来说，通过服务技术（也就是累积更新）更新WinAppRT.CBS是几乎不可能的，所以会直接推送新版本。不过你在做出这些推断时

Xbox推Zn为2308正式版是确定的，之前Mn和Fe这些都没推给Xbox，Xbox和Client正式版进度一样，都是18362-18363-19041-22000-22621，由此认为zn_release将有Client正式版。

如果真要启用包实现不了的新功能又不如推zn_release。

我建议你注意一下这件事情：

何木槿 Dev走完ni_prerelease后，要么下放23xxx到Beta，然后和Canary合并，要么继续帮Beta测试Moment的牙膏。

Famous zn_release下放Dev通道后，Beta通道可能的两种选择：
1测ni_prerelease。
2继续测ni_release，ni_prerelease分支废弃

何木槿按此推测未来的变化可能呈现这样的状态：Dev→Zinc，Canary→Gallium，Beta→22625→Zinc

Dev大概概率不会在未确定下一个Windows 11功能更新的平台的时候切换平台，也就是不同周期的内核。如果Windows 11将一直停留在Ni周期22H2平台，那么Dev将直到Windows 12发布后开测才会收到不属于Ni周期的版本；也有可能在Windows 12的平台进入了release以后，Dev会切入，但是这个时候的版本不会有任何显著的UX变化，就像Win10_CO那些版本一样。按照目前已知信息，Windows 12很可能将于2024年第一季度发布。

何木槿

Dev本周似乎没有更新，Canary已收到25352.1
预测一下：
Canary在zn_release走几个星期，然后消费者版本不再继续，转到企业或服务器版本，发布11 LTSC/Server 2024/2025，Canary进入Gallium。
Dev走完ni_prerelease后，要么下放23xxx到Beta，然后和Canary合并，要么继续帮Beta测试Moment的牙膏。
Famous 你显然会错意了，我只是写在一起，内容没有逻辑顺序

Famous

l zw 我还记得媒体透露微软称Moments工程至少有4次大更新，但最近他们似乎改变了计划。22625的意思是还会有Moment 4？目前有文件可以作证这一点吗？

zn_release下放Dev通道后，Beta通道可能~~的两种选择：1测ni_prerelease；2~~继续测ni_release，ni_prerelease分支废弃。

何木槿分支切换并不意味着同时进行，可能在“May Moment”后，也可能在Windows 11 23H2发布前。

l zw

Famous 目前已知Moment 4的ID：42105254（1285421709），22621已经有了，但默认禁用（234xx默认启用），据此推测有22625。（22625到底有没有很快就能知道了）

我目前认为ni_prerelease只是一个类似于之前内部ni_moment的分支，目前在测SV2M4，不会有正式版，也就不必进入Beta。
跟据我对启用包的研究，22625（如果有）一推送就不会再改变DisplayVersion和UpdateDescription，也就是不存在22625从Beta转Retail的情况。

Moment 5+既没有开发版本空间也没有已知ID，存在可能性比较小。

何木槿 Xbox推Zn为2308正式版是确定的，之前Mn和Fe这些都没推给Xbox，Xbox和Client正式版进度一样，都是18362-18363-19041-22000-22621，由此认为zn_release将有Client正式版。

按照微软弃18362.100xx、Mn、Fe而以18363、19042、19043代之的策略，启用包能解决的就绝不会用完整更新。如果真要启用包实现不了的新功能又不如推zn_release。

gailium119
至少得下周了

何木槿是2308，改了。Xbox一直是.1000+起步，然后还会+500的跳

gailium119 但还是有些已知问题。

gailium119

l zw 就算没有client正式版也大概率有server/hci的正式版，靠uup文件拼凑能和20348一样拼出个能用的client（还不会收到更新多好）

Famous

ThinkBou 🌿，锌线最后还是要回归到镍线🤣

ThinkBou 有可能在Windows 12的平台进入了release以后，Dev会切入，但是这个时候的版本不会有任何显著的UX变化

那Dev的作用到底是什么……

ThinkBou 按照目前已知信息，Windows 12很可能将于2024年第一季度发布。

24Q1发布？这么早吗……

l zw

gailium119 反正不会是22621.1554。
所以LXP在正式版发布前一直都是rs_prerelease？
提本狐好像一直有这样的情况。

ThinkBou 然而25356 LXP作为旧版已经下架了
gailium119 正式版是从.1随CU往上加，20348比较特殊除外

ThinkBou 我建议你注意一下这件事情：

不过我估计Xeno是记错了，25346 UUP附带的LXP版本刚好是22621.1554。
真正的25356 LXP应该会随25357推送（UUP），但文件版本应该是25356.1000。
UUP附带的LXP版本与推送版本不相同，rs_prerelease阶段推送的甚至是上个正式版的LXP，这种情况持续好几年了，不是什么新鲜事。

ThinkBou

ThinkBou 对于微软来说，通过服务技术（也就是累积更新）更新WinAppRT.CBS是几乎不可能的，所以会直接推送新版本。

不过微软还是这么做了……

l zw psfx CU展开体积翻两倍以上，然而展开后也只是delta，应用delta后应该还要翻三五倍。反向分析，60MB的文件对CU大小的影响并不大。况且WinAppRT有一半的文件平常更新是基本不变的，甚至完全不变。

嗯，一下子就涨了得有40MB

ThinkBou

让我们随着Zac Bowden的文章，来梳理一下最近都发生了什么：

『ThinkBou 一目了然，看起来下一个版本的Windows已经在开发中是没有问题了，主要工程团队都移动到Windows and Web Experiences Team了。』
已经证实，Kindly calls me God.
未来的Windows仍将保持一年一个主要平台更新，而不是三年一个大的版本更新，并且取消过多的Moments更新。

明年的Windows 11 22H2 Moments更新将于2024年春季到来：

（应证了我之前的勘误：『ThinkBou 勘误，明年应该还会有几次Moment更新。具体以推送版本为准，我这里只是根据组织架构变动去推测。』）
『ThinkBou 按照目前已知信息，Windows 12很可能将于2024年第一季度发布。』
Hudson Valley的路线图已经基本确定，看来我的预测很逼近了……
Hudson Valley将会在Windows Shell中集成更好的AI体验，并且将有一个更好的Copilot。不过Hudson Valley的新Shell（Famous）恐怕不会在明年出现。
Hudson Valley的品牌仍然不确定……

最后……

ThinkBou 我们应当如何看待Hudson Valley和CorePC？
Hudson Valley就是正常的基于Win11开发Win12。
而CorePC是一个新的项目，从桌面客户端fork部分代码（当然保留完整的Win32 API），然后进行WCOS化改造。目前计划做三个方向的版本，预期和ChromeOS竞争的版本能随Hudson Valley一同推出，其余两个方向的版本好像不是重点。