补丁

定义

软件补丁（patch）是叠加在已发布软件之上的一段程序或数据，用于替换或修改原有代码中的局部内容，从而消除错误、修补漏洞或调整功能。补丁通常只涉及少数文件，体积相对整套软件很小，安装后由软件调用生效^[1]。在计算机网络设备上，补丁文件还可能带有固定的文件扩展名，由设备分别执行上传、加载与卸载操作^[2]。

补丁与通常所说的更新并不完全等同：更新可能带来新功能或大幅改动，而补丁多针对已经暴露的具体问题，作用范围更窄^[3]。按针对对象划分，常见的类别有系统补丁、应用程序补丁、游戏补丁与硬件驱动补丁，其中驱动程序补丁在性质上仍属于软件层面的修改^[4]。

原理

补丁的基本做法是比对新旧版本的代码或文件，生成差异描述，再在目标机器上按差异修改原有文件。分发方式包括体积较小的差异文件，也包括把若干修复整合在一起的整包，安装时由安装程序解压覆盖或写入相应位置^[5]。由于改动范围有限，补丁安装通常只需数分钟，但部分补丁在安装后需要重启程序或设备才能完全生效^[3]。

对于不便停机的系统，还会采用热补丁技术：不重新启动进程，直接把修正后的代码写入运行中进程的内存，替换掉有问题的函数。这类机制需要在函数级完成代码替换，并处理多线程环境下的状态一致性，同时提供加载、激活、回滚与卸载的完整流程。为避免补丁互相冲突，安装程序通常会读取软件已有的版本与补丁清单，先比对再决定是否执行安装^[6]。

flowchart LR

A[发布缺陷报告] --> B[开发者编写修复代码]

B --> C[生成补丁文件或补丁包]

C --> D[比对目标软件版本]

D --> E[安装并替换文件或写入内存]

E --> F[验证并更新版本记录]

F --> G{出现异常?}

G -- 是 --> H[回滚补丁]

G -- 否 --> I[保持生效]

发展历程

补丁一词的来源与早期计算设备的输入介质有关。使用穿孔卡片和纸带输入程序的时代，若某个孔打错，修补办法是用胶带或纸片把错误位置盖住，再补上正确的片段，这类操作被称为打补丁^[5]。随着软件规模扩大，补丁逐渐从临时的应急手段演变为常规的更新形式，微软为 Windows 和 Office 定期发布补丁的做法在这一转变中起了推动作用^[7]。

开源项目中的补丁流程也逐步制度化。以早期Linux内核开发为例，原作者收到了大量由其他程序员提交的补丁，用于在原始版本上做修正；而 Apache HTTP 服务器最初也是由若干补丁汇集改进而来^[8]。

进入 21 世纪后，补丁分发趋于周期化与自动化。微软于 2003 年 10 月启动在每月第二个星期二集中发布安全更新的做法，其后 Windows 10 引入累积更新模式，把此前所有更新打包发布^[9]。2022 年起，热补丁能力先在 Windows Server 2022 Azure Edition 上线，随后扩展到 Windows 11 企业版，形成定期基线更新加免重启增量补丁的节奏。

应用

安全漏洞修复是补丁最主要的用途。厂商会针对已被披露的弱点发布专门的安全补丁，阻断利用路径，这类工作在漏洞管理中处于核心位置，并与负责任披露流程相配合^[8]。当缺陷影响到大量设备时，补丁还会以紧急更新的形式跳开常规发布节奏单独推送^[9]。

除安全用途外，补丁也用于功能修正与兼容性维护。开发者可通过补丁让软件运行得更有效率，或修改某些功能的行为；有时补丁仅为了让应用与更新后的操作系统保持兼容^[1]。在网络设备中，补丁被用来处理少量且急需解决的缺陷，一个补丁文件中可以包含多个补丁^[2]。

游戏与在线服务领域同样依赖补丁。多人在线游戏内容量大、结构复杂，发布后往往需要持续打补丁补充内容与调整平衡；若某个利用漏洞的行为在短时间内破坏公平性，服务器可能被临时关闭以应用关键修复^[8]。在企业管理层面，补丁的分发与安装记录常由集中管理工具完成，以便掌握多台设备的补丁状态^[10]。

局限

补丁的效力取决于是否被及时安装。未安装补丁的软件会持续暴露在补丁所针对的缺陷之下，轻则出现功能故障，重则留下可被利用的安全缺口^[3]。而安装本身也可能带来中断，部分补丁安装期间需要停止业务或重启系统，对连续运行的服务构成额外负担^[5]。

应急性质的热补丁风险更高。为使修复尽快上线，这类补丁可能绕开常规开发与测试流程，其采用变通手段的修复还可能波及软件的其他部分，因此有的系统会保留卸载已应用修复的能力^[10]。若补丁本身未经充分验证，更新反而会引发新的故障，这也是补丁发布前需要在接近生产环境的测试环境中验证的原因^[7]。

回滚可以撤销补丁，但并非没有代价。卸载补丁后软件会重新回到补丁所修复的问题面前，因此通常只作为最后手段；部分系统在应用更新前会创建还原点，以便必要时恢复^[3]。此外，补丁只能针对已知问题，对尚未被发现或未被披露的缺陷无法提供防护，未修复的组件需依靠其他层面的网络隔离与访问控制降低风险^[11]。

参见

• 热修复 —— 在不重启系统或进程的情况下应用补丁的技术。

• 服务包 —— 把多个更新与修复整合为单一安装包的补丁集合形式。

• 漏洞 —— 补丁所要修补的软件弱点。

• 补丁星期二 —— 按月集中发布安全补丁的惯例。

• 软件更新 —— 补丁所属的更大范围的软件变更概念。

• 版本控制 —— 补丁生成与合入所依赖的代码管理机制。