Win7的KB3138378是什么补丁？ - 微软犯下的错误

wu733

我用DeepSeek搜索了一下关于KB3138378这个补丁：

第一问：
Win7的KB3138378是什么补丁？
DeepSeek给出答案见图一

第二问：
KB3138378的官方支持信息如下：
This article describes an update for Windows Journal in Windows. Before you install this update, see the Prerequisites section.
About this update
This update improves the reliability of Journal.dll by removing unused code.

既然支持信息中提到KB3138378属于 “an update for Windows Journal in Windows”，那你还说KB3138378与「Windows 日记本」无关？
DeepSeek给出答案见图二、三、四、五、六

好吧，DeepSeek又在胡说八道了，我自己对KB3138378这个补丁进行了文件追踪如下：

KB3138378将以下5个文件版本从6.1.7600.16385全部更新到了6.1.7601.23375
1、InkDiv.dll（Microsoft Tablet PC Ink Divider Platform Component - 微软平板电脑墨迹分隔器平台组件）

2、InkEd.dll（Microsoft Tablet PC InkEdit Control - 微软平板电脑墨迹编辑控件）

3、InkObj.dll（Microsoft Tablet PC Ink Divider Platform Component - 微软平板电脑墨迹分隔器平台组件）

4、journal.dll（Microsoft Tablet PC Journal Reader Platform Component - 微软平板电脑日记本阅读器平台组件）

5、rtscom.dll（Microsoft Tablet PC Real Time Stylus Platform Component - 微软平板电脑实时手写笔平台组件）

总结：
从以上5个文件来看，KB3138378 --- 2016年03月11日Journal.dll二进制更新（包含了InkDiv.dll、InkEd.dll、InkObj.dll、journal.dll、rtscom.dll五个文件更新），非日记本更新，实际为Microsoft Tablet PC 组件更新，它移除冗余代码以提升稳定性（与日记本核心功能无关），再次感谢隔壁gwaijyut。实践证明，WPS Office365需要调用其中的InkObj.dll文件。

pole87898843

应该就是类似于一个sp2的服务包

wu733

pole87898843 发表于 2025-7-31 16:35
应该就是类似于一个sp2的服务包

你不会说的是KB3125574吧？严重跑题

pole87898843

wu733 发表于 2025-7-31 16:42
你不会说的是KB3125574吧？严重跑题

搞错了

窄口牛

我应该没有打，不影响其他基本功能的补丁我都没打。

小灰兔

感谢分享

wu733

窄口牛 发表于 2025-7-31 17:37
我应该没有打，不影响其他基本功能的补丁我都没打。

对于补丁的态度我总结有五类人：
1、不打任何补丁，直接用原版（作用非常有限，连内网都不会这样，估计也就是虚拟机中玩下老游戏吧）；
2、尽量少打补丁，够用就行；
3、只打重要更新，不打可选更新；
4、尽量打齐所有补丁，除了KB3125574及冗余、有害补丁；
5、所有补丁只要无害统统打上，包括KB3125574。
一句话，萝卜白菜各有所好，根据所使用的环境及用途来打补丁才是正确的。

wu733

窄口牛 发表于 2025-7-31 17:37
我应该没有打，不影响其他基本功能的补丁我都没打。

非ESU补丁方案（2020.01.14）需要打，ESU补丁方案则不需要打

窄口牛

打补丁是饼，得治。

wu733

窄口牛 发表于 2025-7-31 18:42
打补丁是饼，得治。

你干脆说，“打补丁是强迫症，这是一种非常严重的病，需要及时就医” 得了

jsh315

如果不是安全类补丁，不打就不打。主打一个将就着用

gwaijyut

DeepSeek 的回答同样让人一头雾水，拉低了可信度。
楼主的贴文中，DeepSeek 对 KB3086255 的所有描述均不准确。我觉得这货根本没有“深度”检索过 KB3086255。
与禁用(或卸载)日记本直接关联的补丁是 KB3161102，这个补丁出过两个版本，我个人比较喜欢使用v2。神奇的地方在于，v2这个版本，大概是去年还是前年，已被微软撤下，catalog 提供的版本回滚到 v1 （ UpdatePack7R2 也使用v1 ）
KB3161102 之后（卸载日记本之后），微软重新推出了日记本程序 Journal_zh-cn_x64.msi


这个程序的使用前置条件，是安装 KB3161102 补丁
也算是一个骚操作了

wu733

gwaijyut 发表于 2025-7-31 20:29
DeepSeek 的回答同样让人一头雾水，拉低了可信度。
楼主的贴文中，DeepSeek对 KB3086255 的所有描述均不准 ...

它提到的这个KB3086255跟KB3138378一毛钱关系都没有，我当时还一头雾水并没有细查，还好你指出KB3086255就是KB3161102。

gwaijyut

wu733 发表于 2025-7-31 20:35
它提到的这个KB3086255跟KB3138378一毛钱关系都没有，我当时还一头雾水并没有细查，还好你指出KB3086255 ...

“还好你指出KB3086255就是KB3161102”

不是，这两个补丁没什么关联，是 DeepSeek 搞错了

ruanfen

学习了，这个还不知道

wu733

gwaijyut 发表于 2025-7-31 20:38
“还好你指出KB3086255就是KB3161102”

不是，这两个补丁没什么关联，是 DeepSeek 搞错了

微软都能搞错，DeepSeek也一样会错，它们都不是神

wu733

gwaijyut 发表于 2025-7-31 20:38
“还好你指出KB3086255就是KB3161102”

不是，这两个补丁没什么关联，是 DeepSeek 搞错了

Java之父James Gosling对AI的评价颇具争议性。他认为AI被过度炒作，本质上只是“高级统计学”，而非具备自主推理能力的“智能体”。

窄口牛

wu733 发表于 2025-7-31 20:48
Java之父James Gosling对AI的评价颇具争议性。他认为AI被过度炒作，本质上只是“高级统计学”，而非具备 ...

这个描述确实准确，巨量统计，不过可能百分之四十都是错的和百分之六十的正确的统计在一起。

zhou116yan

不知道呢

ctx

2022年10月以后的补丁支持安全启动

gwaijyut

没别的意思，只是为 DeepSeek 感到惋惜
国内不缺顶尖团队，但是。。。不多说了。
以下是来自 Grok 的问答实录（我在无忧没有发图权限，只能复制粘贴）：

1. 问：windows 7 sp1 中，KB3138378 补丁是否与“日记本”相关？
   
2. 答：是的，KB3138378 补丁与 Windows 7 SP1 中的“日记本”（Windows Journal）相关。根据微软官方信息和网络资源，KB3138378 是一个更新程序，专门针对 Windows Journal 的 Journal.dll 文件进行更新，主要是移除未使用的代码，以提升性能和稳定性。
   
3. 具体来说：
   
4. 
   
5. 补丁内容：KB3138378 更新了 Windows Journal 的二进制文件（Journal.dll），优化了其功能。
   
6. 关联性：Windows Journal 是 Windows 7 中的一个内置应用，用于手写笔记和日记记录，特别是在支持触摸屏的设备上。这个补丁直接影响“日记本”应用的底层文件。
   
7. 
   
8. 需要注意的是，此补丁是可选更新，旨在修复或优化 Windows Journal 的功能，但不涉及安全补丁。如果你不常使用“日记本”应用，可以选择不安装此补丁，除非你需要其特定的性能改进。
   
9. 如果你有更多关于此补丁或“日记本”的问题，请告诉我！62.5s
   
10. 
    
11. 问："Journal.exe" 是 Windows 7 "日记"程序，Journal.dll 作为动态链接库，与 "日记"程序有无直接关联？
    
12. 答：是的，Journal.dll 与 Windows 7 中的“日记”程序（Journal.exe，即 Windows Journal）有直接关联。
    
13. 具体关联性：
    
14. 
    
15. Journal.exe 是 Windows Journal 应用程序的可执行文件，负责启动和运行“日记”程序的用户界面，供用户创建、编辑和保存手写笔记或日记。
    
16. Journal.dll 是一个动态链接库（Dynamic Link Library），包含了 Windows Journal 运行所需的核心功能代码，例如处理手写输入、渲染笔记内容、文件保存等。Journal.exe 在运行时会调用 Journal.dll 中的函数来实现其功能。
    
17. 
    
18. 直接关系：
    
19. 
    
20. Journal.dll 是 Journal.exe 的核心依赖库之一。没有 Journal.dll，Journal.exe 无法正常运行，因为它依赖该动态链接库提供的功能。
    
21. KB3138378 补丁正是针对 Journal.dll 的更新，通过优化或修复其代码来提升 Windows Journal 的性能和稳定性，这进一步证明了 Journal.dll 与“日记”程序的直接关联。
    
22. 
    
23. 总结：
    
24. Journal.dll 是 Windows Journal（日记）程序的重要组成部分，与 Journal.exe 直接相关，共同支持“日记”应用的运行。如果你在使用 Windows Journal 时遇到问题，检查 Journal.dll 的版本或相关补丁（如 KB3138378）是否正确安装可能会有帮助。
    
25. 如果你有进一步的问题，比如需要检查文件版本或补丁安装情况，请告诉我！1.2s
    
26. 
    
27. 问：除了"Windows Journal（日记）程序"，Journal.dll 是否还对其他系统程序提供依赖？如果有，请举例说明。
    
28. 答：根据现有信息和微软文档，Journal.dll 主要是为 Windows Journal（日记） 程序设计的动态链接库，提供了支持手写输入、笔记渲染和文件处理等核心功能。它的主要作用是为 Windows Journal（Journal.exe）提供支持，目前没有明确证据表明 Journal.dll 被其他系统程序广泛依赖。然而，理论上，动态链接库可能被其他程序调用，尤其是与手写输入或触摸功能相关的组件。
    
29. 以下是分析和可能的关联程序：
    
30. 
    
31. 与 Windows Journal 高度相关：
    
32. 
    
33. Journal.dll 的主要功能是为 Windows Journal 提供支持，包括处理手写笔记、墨迹数据和文件格式（如 .jnt 文件）。这是它的核心用途，KB3138378 补丁也明确针对 Journal.dll 优化 Windows Journal 的性能。
    
34. 
    
35. 
    
36. 可能的其他依赖程序：
    
37. 
    
38. Tablet PC 组件：Windows 7 的 Tablet PC 功能（如手写输入面板或 Ink API）可能间接使用 Journal.dll，因为 Windows Journal 依赖于这些手写和墨迹处理功能。例如，Tablet Input Service 或 InkObj.dll（处理墨迹对象的库）可能与 Journal.dll 有交互。
    
39. Microsoft Office OneNote（早期版本）：在 Windows 7 时代，OneNote（特别是 2007 或 2010 版本）支持手写笔记功能，可能通过系统的手写输入框架间接调用 Journal.dll 的功能，尽管 OneNote 通常有自己的墨迹处理库（如 InkAnalysis）。
    
40. 第三方手写或笔记应用：某些第三方应用程序如果利用 Windows 的墨迹输入框架（Ink Services），可能通过系统 API 间接调用 Journal.dll 的功能，但这通常不常见。
    
41. 
    
42. 
    
43. 限制性说明：
    
44. 
    
45. Journal.dll 是一个特定于 Windows Journal 的库，其功能较为专用化。微软文档和社区讨论（如 TechNet 和 Stack Overflow）中未明确提到其他核心系统程序直接依赖 Journal.dll。
    
46. 与更通用的动态链接库（如 kernel32.dll 或 user32.dll）不同，Journal.dll 的使用范围较窄，主要是为 Windows Journal 和可能的 Tablet PC 相关功能服务。
    
47. 
    
48. 
    
49. 如何确认依赖：
    
50. 
    
51. 你可以使用工具如 Dependency Walker 或 Process Explorer 检查系统运行时是否有其他程序加载 Journal.dll。
    
52. 打开命令提示符，运行 tasklist /m Journal.dll 可以查看当前是否有进程加载了该动态链接库。
    
53. 
    
54. 
    
55. 
    
56. 总结：
    
57. Journal.dll 主要为 Windows Journal 提供支持，可能间接为 Tablet PC 组件或手写输入相关功能提供依赖，但没有明确证据表明其他核心系统程序（如 Windows Explorer 或其他内置应用）直接依赖它。如果你的系统中有与手写输入相关的第三方程序，可能会通过系统墨迹框架间接使用 Journal.dll，但这种情况较为少见。
    
58. 如果你需要我进一步分析某个特定程序是否依赖 Journal.dll，或想让我帮你检查系统文件依赖关系，请提供更多细节！1.3s
    
59. 
    
60. 问：结合前文，KB3161102 移除了 "Windows Journal（日记）程序"，是否意味着，KB3138378 已不再被 "Windows 7 sp1" 所需要？
    
61. 
    
62. 答：Message limit reached
    
63. Sign up to continue with Grok 3
    
64. Enjoy higher rate limits, history, attachments, private chats, and more when you sign up for free
    
65. 【我没注册，提问已达到限免上限】

复制代码

gwaijyut

KB3138378
1、支持楼主 #8 楼的观点，常规更新方案，建议整合。补充一点，KB3125574 取代了该补丁；
2、KB3161102 仅移除了"日记本"功能，并没有移除这个"功能"涉及的程序集，包括"Journal.exe"；
3、对系统安全有高要求，同时对“日记本”有需求的用户，可以在使用 KB3161102 之后(即移除"日记本"功能之后)，安装 Journal_zh-cn_x64.msi。Journal_zh-cn_x64.msi 是独立的“日记本”程序，其运行不再直接依赖系统公共动态链接库。

gwaijyut

针对 #7 楼，对号入座：
“所有补丁只要无害统统打上，包括KB3125574。”
我就是这类人，哈哈
WU推送的，统统给它搞起。

当然，操作过程在细节上有所区别。比如：
1、提前安装 KB3161102，WU 不推送 KB3155178 、KB3115858；（推送有差别）
2、提前安装 IE11 ，WU 的推送有差别；
3、提前安装 KB2670838，WU 的推送有差别；
……
还有很多，恕不一一列举。
表面上，倒序安装似乎能够排除冗余。可惜的是，就"无冗余"或"最少冗余"来说，"倒序安装"的误判率太高。如有兴趣，还得如楼主一般，对每个补丁精研细磨，搞清楚来龙去脉，方可整理出一份较为理想的补丁列表。

就此引出一个问题：就目前来说，WU 是否总是推送冗余补丁？
不见得，随手就是一堆：
KB2533552、KB2603229、KB3118401、KB2999226……
以及 KB2676562、KB2813347、KB3078601、KB3109094、KB3123479、KB4532945(4535102) ……
甚至 ESU 的 KB4578952、KB5010798、KB5013637、KB5020861……
这些补丁，均被官载取代，所以全是冗余吗？WU 坚持推送，这是为何？
面对庞大的补丁体系，某个细节犯错是难免的，一堆错，甚至 ESU 这种付费环境都出错，可能性就很小。
之前在外站看到一些观点，说推送陈旧补丁是因为微软的元数据库出了问题。我这边经过一段时间的验证，并没有。或者说可能性不大：
针对不同体系的"总"补丁需求，元数据的数据库文件完全不同。可以通过简单对比 Win7 各系列 ( Desktop、Embedded 、Server2008R2 等 ) 的元数据库大小得出差异：
X:\Windows\SoftwareDistribution\DataStore\DataStore.edb
不同系列，有各自独立的补丁体系，彼此通用，可交叉安装。至于是否有必要交叉安装，见仁见智吧。( 这也是为什么在使用 ESU-Bypass 后 ESU 推送与常规推送产生差别的主要原因 )

因此，我完全认同楼主基于桌面版客户端的 KB4534310 制作普适性的补丁列表方案。至于像 Simplix、abbodi1406、HackAndPwn 这类高手的方案，主要针对 KB3125574 制作， 是另外的话题。


说个题外话，楼主在其他帖文中描述过一个情况：安装 A 补丁后，WU 推送了 B、C 补丁，此为"衍生"。
我更倾向称此为"依赖"、"派生"，或是"补丁的补丁"、"追加补丁"：
"补丁"作为"操作系统"(母体)的子集，地位平等。换句话说，所有"补丁"，都是"操作系统"这个母体的"衍生物"。具象点说，安装 A 补丁后，WU 推送了 B、C，而 B、C 补丁，很可能比 A 陈旧(基于签名时间戳)。逆时而生，显然是不符合逻辑的。
好吧，咬文嚼字实属无聊。"茴"字有几种写法，我还可以继续废话三百篇。。。惭愧。。。大酒喝废了。。。

燕飞龙

学习了

wu733

gwaijyut 发表于 2025-7-31 23:58
没别的意思，只是为 DeepSeek 感到惋惜
国内不缺顶尖团队，但是。。。不多说了。
以下是来自 Grok 的问答 ...

反正我是被搞糊涂了

一代宗师

讨厌没完没了补丁，升级，呵呵，

wu733

gwaijyut 发表于 2025-8-1 02:37
针对 #7 楼，对号入座：
“所有补丁只要无害统统打上，包括KB3125574。”
我就是这类人，哈哈

哈哈，难得这么晚了还这么有雅兴

关于 “衍生” 和 “派生” 我专门查了一下资料如下：

衍生，强调 “创造性”，新事物可能跳出原有事物的范畴
比如，从“短视频”衍生出“直播带货”—— 直播带货不再是单纯的“视频内容”

派生，强调 “继承性”，新事物是原有事物的“分支”
比如，从“民主”概念派生出“直接民主” 和 “间接民主” —— 两种民主仍属于“民主”范畴

如果你想表达 “从 A 直接分化出 B， B仍属于 A 的范畴”，用派生；
如果你想表达“从 A 出发，发展出 B， B可能与 A 形态不同但源于A”，用衍生。

除了衍生、派生，还有催生、萌生，无所谓了

guong

没打补丁

fegr

谢谢楼主分享

QinH

学习