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

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

  • Windows

  • Windows Feature Experience Pack的讨论与研究

旧闻推送

  1. WFEP在传统Windows NT内核中刚开始应用时，Retail（通过商店推送，WindowsApp）的包名和后来不一样
    • 这是Build 18917中的注册表信息，包名是MicrosoftWindows.UX.Client.ST
    • 这是后来正式版的注册表信息，包名是MicrosoftWindows.Client

      这个东西现在在商店中作为占位符出现，没有实际内容……

有意思的是，后来在商店上架的Client的WFEP（Client）的PhoneProductId与18917的那个（UX.Client.ST）不同，而且在商店上架的10X的WFEP的PhoneProductId与这二者均不同

  1. 注册表中还有BuiltIn（通过UUP推送，SystemApp）的信息
    • 这是Build 18917中BuiltIn所对应打包应用的AppxManifest，包名是MicrosoftWindows.UX.Inbox

      值得注意的是，最开始不管是BuiltIn还是Retail均是作为WindowsApp出现的。
    • 这是19041+的注册表，包名是MicrosoftWindows.Client.CBS（与之对比的是，10X的WFEP包名是MicrosoftWindows.Windows10X.CBS）

      这个才是真的起作用的Windows Feature Experience Pack

      （左侧是Windows 11 21H2的WFEP，右侧是Windows 10 21H2的WFEP，可以看到Win11的WFEP承担了更多功能）

有意思的是，10X中BuiltIn WFEP（Windows10X.CBS）与Client中BuiltIn WFEP（UX.Inbox/Client.CBS）的PhoneProductId相同，而且上面的那个Client.ST的PhoneProductId也与这二者相同，因此才能让10X的WFEP迁移到正常Client后还能正常运行。

何木槿 现在用CAB包装

何木槿 我觉得在Windows客户端版中用cab部署估计就是要承担更多任务（比如要承担部分Shell的内容），要求其必须作为SystemApp出现，并且由于涉及到未公开API需要通过Windows更新提供更完整的内容。
正如上面提到的，真正起作用的WFEP在Windows 10/11中是SystemApp，不是WindowsApp。所以很自然的，这玩意作为打包应用单独安装起作用是绝对不可能的。因此何木槿 何木槿 ，如果需要让WFEP完全生效，你需要把它部署为SystemApp。除此以外，你可能还需要一些API的支持……

            ThinkBou 通过解包cab，然后安装里面的两个mun文件，就可以部署为SystemApp，因为这是通过更新服务部署的（）
            实际上你发现着这些我都在18947以及之后的20H1 Builds里面发现过，只不过当时大部分都是占位符，所以我没怎么在意，然后18947里面也已经出现了 Modern UX Product App的雏形，以及HtmlStart（）

                何木槿 不过CBS和ST是什么意思呢🤨
                如果你认为CBS是CameraBarcodeScannerPreview，那么Windows Feature Experience Pack可能不适合你。

                何木槿 通过解包cab，然后安装里面的两个mun文件，就可以部署为SystemApp，因为这是通过更新服务部署的（）

                那么如果我想把10X的WFEP部署为10/11的SystemApp呢

                何木槿 这些我都在18947以及之后的20H1 Builds里面发现过

                所以是旧闻推送，省的你去火星接我了 😅

                何木槿 18947里面也已经出现了 Modern UX Product App的雏形，以及HtmlStart（

                Build 18947是一个特殊的版本，出现这些东西其实很正常，毕竟那是rs_xbox分支。我认为这些东西要是在正常分支里出现了才不正常……

                          何木槿 实际上，那个Modern UX 雏形的占位符里面有两个命名为TestThis和TestThat的无后缀文件（Canary实锤了），有少量pri、winmd文件（但文件大小都达到了20~200KB，pri文件似乎是Qt编译的XAML库、winmd暂时不明作用。
                          18947 的Windows下的ShellExperiences和ShellComponents文件夹下出现了Xaml Start的appx文件，直接调取的是appx文件（还需要一个dll），10X很多东西都是HTML+WinUI 2.4+与内核和资源文件交流的动态链接库实现的，11则多为WinUI 2.6堆料。


                              勉强让22504的体验包跑了起来，很多东西都炸了（explorer需要崩溃重启10多次才能正常显示用户界面，搜索和输入法候选不可用，但新版麦克风提示、位置使用提示啥的都在）

                                13 天 后

                                ThinkBou 您在这挖坟呢
                                的确，WFEP分家了，但现在WFEP还是注重用户体验，这没有任何问题。

                                  7 天 后

                                  何木槿 ComposaBle Shell？想多了，应该是Component Based Servicing Reference
                                  ST可能是STore？

                                    10 天 后

                                    ThinkBou 有的，但体积很小。
                                    WCOS本质上还是NT，有注册表是很正常的。

                                      3 个月 后

                                      必须挖坟
                                      ThinkBou SV2马上就要GA了，那么WFEP到底起什么作用也可以下做初步总结了：

                                      1. 作为一部分Shell出现，用于刷新explorer的屎山代码
                                      2. 包括一部分具有SystemResources性质的文件，比如任务栏的资源文件
                                      3. 替代了一部分ShellExperienceHost的功能，比如开始菜单和搜索的UX
                                      4. 集成了一些非独立核心部件，比如输入体验

                                      我还是很好奇为什么任务管理器的刷新不集成到WFEP，难道是原来开发10的人员换岗换回来了？抑或是只集成资源管理器岛化刷新的内容？

                                      不过还有一个问题需要解释：搞WFEP的原因是什么？

                                          ThinkBou 我还是很好奇为什么任务管理器的刷新不用WFEP

                                          挂在WFEP上也不是什么好的选择，附加xbf倒是一些开发组的作风。

                                          不过这次的集成倒是与系统更紧密，例如在SystemResources里面还挂了一些新版任务管理器的pri。（2023/1/15）

                                              国内总算有可以稳定访问的比较好用的UUP Dump了

                                              何木槿 哪些开发组……
                                              另外我看到ShellComponents、ShellExperiences、SystemResources下有很多已经被砍掉的东西遗存，它们现在留在OS内的作用是什么？此外在你看来，分离某些东西的作用是什么

                                                  ThinkBou 哪些开发组……

                                                  事那些开发内置应用的人

                                                  ThinkBou 此外在你看来，分离某些东西的作用是什么

                                                  起码独立的东西要比七挂八挂的要来的稳定

                                                        ThinkBou 个人认为还是独立些比较好，WFEP我做过文件更新测试，很容易导致校验失败而整个爆炸，牵一发而动全身实在是很制杖
                                                        现在WFEP不正确加载直接导致XAML.CBS也不能正常引用，这实在是$%#@%&$#

                                                            © 2025 wvbCommunity 管理团队

                                                            删封申诉 | 知乎专栏 | 状态监控 | 用户协议(EULA) | 隐私政策

                                                            本站文章除其作者特殊声明外，一律采用CC BY-NC-SA 4.0许可协议进行授权，进行转载或二次创作时务必以相同协议进行共享，严禁用于商业用途。