Win7 SP1集成补丁过程的取代、衍生和依存关系归纳汇总(持续更新中......)

wu733

新增一对取代关系：
KB3172605  2016年09月09日更新汇总       取代了KB3042058  2015年04月19日默认密码套件顺序更新。

经验证，KB3172605将KB3042058中的所有组件全部更新到了23539或23452版（从KB3125574开始，此时的KB3172605已经没有LDR分支）。奇怪的是，无论KB3172605，还是KB3042058，它们的Package Details列表中均没有明确描述这一取代关系，后面又经验证，此取代关系归类为推送取代。当然如果你不考虑KB3172605，则必须安装KB3042058

2010iirabbit

好东东，现在还有更新吗

wu733

六个跟HyperV有关补丁的取代路线（感谢隔壁gwaijyut提供这一至今困扰我的取代关系）：
KB3063109→KB3158626→KB3158627→KB4021918→KB4072650→KB4072650-x64-r2(2019,Final)
由于取代链中的很多补丁无法下载，所以无从验证。不过大家还是要感谢gwaijyut，他就像划破黑暗中的一道闪电，指引着至今还在坚守Windows7的粉丝（包括我）继续前进！！！

gwaijyut

"4、再说一个微软支持信息错误的地方，打开微软补丁网址，然后搜KB4041083（包含KB4040980，只搜KB4040980是搜不到的），你再看它的微软支持信息：此更新替换更新KB2978120和KB2978128，见图四、图五。实践证明，KB4040980（.NET3.5.1补丁）一直没有取代KB2978120。你不打KB2978120，只打KB4040980，Windows Update最后还是会不遗余力地推送KB2978120这个补丁。"

-- 确实，微软提供的这条信息并不准确。实际上，替换更新 KB2978120 和 KB2978128 的补丁是 KB4054998，而这个补丁后来也被取代了。可惜的是，新的补丁没有完全继承 KB4054998。

gwaijyut

KB4054998 包含在 KB4055532 中

gwaijyut

wu733 发表于 2025-12-7 13:04
新增一对取代关系：
KB3172605  2016年09月09日更新汇总       取代了KB3042058  2015年04月19日默认密码 ...

KB3172605 会注入遥测，一般都不会考虑的吧

wu733

gwaijyut 发表于 2025-12-14 01:21
KB3172605 会注入遥测，一般都不会考虑的吧

1、很痛心的说，微软的WU推送取代还是存在错误的，虽然我在Win7 SP1集成补丁过程的取代、衍生和依存关系归纳汇总一贴中举例：“KB2631813、KB3110329均为WU推送列表中的补丁，打了KB3110329后，重新检查WU，KB2631813已经从WU推送列表中消失，即可判断KB3110329取代了KB2631813，这种就是推送取代。”  ---  为了彰显微软WU推送的不可靠，我在贴中故意不移除这句叙述，推翻这个举例的验证在原帖回复贴192楼。见图1


2、KB3172605经我验证，它首先从文件版本上完全取代了KB3042058，其次它推送取代了KB3042058。此分析可见Win7 SP1集成补丁过程的取代、衍生和依存关系归纳汇总一贴回复贴211楼，大家可以自己比较这两个补丁中的组件。
关于KB3172605这个补丁，它的时间戳为2016年9月9日，其实它是属于2016年6月版更新汇总（仅质量更新）的后续修复版，也就是说虽然它是9月份的修复版，但是还是跳不出6月更新汇总的范畴。

关于其中的蓝牙驱动问题，好像是Intel的蓝牙驱动，这个可以通过更换蓝牙驱动版本来解决。而其中加入的遥测，其实不算事儿（KB3125574中也有遥测补丁），可以通过批处理禁用，也可以直接删除遥测相关的文件。

KB3172605和KB3042058如何选择？
如果你对遥测很敏感，那么可以选择KB3042058，不考虑KB3172605。后遗症就是WU会推送KB3172605。
如果你对遥测、蓝牙驱动问题可以自己解决，那么可以选择KB3172605，不考虑KB3042058。此种选择的好处是WU不再推送KB3172605。


刚刚编辑完就发送不了了，然后显示Discuz! Database Error

gwaijyut

wu733 发表于 2025-8-1 23:53
（五）常见无公告取代（既不是官载取代也不是推送取代）或直接被微软废弃的情况
新增无公告取代
KB258146 ...

图内对于 “KB3139398” 的标注是有误的，建议取消 “实际未安装” 的表述。
红框 “实际未安装” 的部分，是面向 Windows Embedded Standard 7 的升级文件，非桌面版 win7

jf200018

感谢楼主统计教学

womwom

感谢分享！学习学习！

wu733

gwaijyut 发表于 2025-12-14 10:04
图内对于 “KB3139398” 的标注是有误的，建议取消 “实际未安装” 的表述。
红框 “实际未安装” 的部 ...

因为我安装的就是桌面版Win7，故实际未安装

wu733

wu733 发表于 2025-12-14 14:02
因为我安装的就是桌面版Win7，故实际未安装

回错....

wu733

gwaijyut 发表于 2025-12-14 10:04
图内对于 “KB3139398” 的标注是有误的，建议取消 “实际未安装” 的表述。
红框 “实际未安装” 的部 ...

希望您能为大家解惑，为啥微软当年会提供Internet Explorer 11 先决条件更新这里面的六个补丁：KB2729094、KB2731771、KB2533623、KB2670838、KB2786081、KB2834140

而匪夷所思的是，其中KB2533623、KB2731771这两个补丁中的组件完全被另外的补丁KB2726535所取代（取代关系分析见199楼至205楼），当年微软为何还要加入这两个补丁？

更奇怪的是，KB2533623中的组件明明已经被KB2731771完全取代，为何还要将KB2533623列入其中？难道是注册表方面的原因吗？

注：
我在199楼至205楼提供的分析，最后得出的结论是：
两条取代路线：KB2533623→KB3063858→KB3185330（2016年10月11日月度汇总及以后的汇总）
                          月度汇总KB3185330将KB2533623中6个组件的版本均更新到了23543版
                      KB2533623→KB2731771→KB2758857→KB2726535→KB5040497（2024年07月09日月度汇总及以后的汇总）
                          月度汇总KB5040497将6个组件均更新到27216版、语言组件及其它组件更新到27212版

以上是我基于组件取代得出的结论，注册表还未具体分析，难道是我自己在本贴中说过的，“光文件取代是不可靠的，还要考虑原补丁对系统的注册表写入、数字签名等” ？
在我的印象中，KB2731771→KB2758857→KB2726535这一环中，好像某个大佬说过KB2758857这个补丁掉了链子

由此，特意附上KB2758857这个补丁的微软官方支持信息页面中  “此安全更新的已知问题”  的一些描述，见中文页面图一和英文页面图二

我希望不光gwaijyut，各位补丁大神们也可以加入这方面的探讨，透过现象看本质，继续深入研究这神奇的取代关系。

bambilu

太复杂了，跟楼主颁发一个研究生奖章

wu733

bambilu 发表于 2025-12-14 16:42
太复杂了，跟楼主颁发一个研究生奖章

生命不息，折腾不止

wu733

gwaijyut 发表于 2025-12-14 10:04
图内对于 “KB3139398” 的标注是有误的，建议取消 “实际未安装” 的表述。
红框 “实际未安装” 的部 ...

我们研究微软的补丁，是为了尽量避免冗余补丁，比如安装了KB3125574后确实可以少打很多补丁。

我们是否过于追求非冗余，从而忽略了某个环节（微软曾经犯下的低级错误）？说实话，只有微软才真正了解自己制作的补丁，我们确实都玩不过微软。

关于KB2533623这个补丁的作用及取代，探索 dotnet core 为何在 Windows7 系统需要补丁的原因一贴被我认为是曾经研究最深入的文章

疑点：KB2758857、KB2726535这两个补丁是不是都需要安装？