1. 为什么“禁止更新”成了刚需
1.1 更新带来的实际困扰
Windows 的自动更新机制，出发点当然是好的——补漏洞、修 Bug、推新功能。但落到实际使用场景里，它带来的麻烦一点都不少。我见过太多这样的情况：正在跑一个长时间的数据处理任务，系统突然提示要重启；做设计渲染到一半，后台偷偷下载了几个 G 的更新包，磁盘 IO 被占满，软件卡成幻灯片；更极端的是某些行业软件，比如特定的 CAD 版本、工控组态软件、老版本的数据库客户端，一旦系统打上某个补丁，直接启动报错甚至蓝屏。
还有一个很现实的问题：更新时间不可控。默认情况下，Windows 会在你“不使用电脑”的时间段自动安装更新并重启。但这个“不使用”的判断逻辑经常出错——你只是去倒了杯水，回来发现系统正在转圈配置更新，进度 30%，一等就是二十分钟。对于需要长时间稳定运行的环境，比如跑自动化脚本、做直播推流、挂机渲染，这种不可预期的中断是致命的。
所以“禁止更新”或者“把更新时间延长到几乎等于禁止”这件事，本质上不是抗拒安全补丁，而是夺回对系统重启时机的控制权。这一点想清楚了，后面的操作才有方向。
1.2 延长 100 年到底是什么意思
网上流传的“可选延长 100 年”这个说法，来源是 Windows 更新设置里的一个日期选择器。在“暂停更新”功能里，系统允许你选择一个“暂停截止日期”。正常情况下这个日期最多只能选到几周之后，但通过修改注册表里的一个时间戳值，可以把这个截止日期推到非常遥远的未来——比如 2124 年、3024 年。
需要说明的是，这不是真正把更新功能删掉了，而是让系统认为“用户已经主动暂停更新，且暂停期还没结束”。系统会尊重这个设置，不再自动下载和安装更新。它和直接禁用更新服务是两条不同的路子，各有优劣，后面会详细对比。
这个方法的优势在于：可逆、风险低、不破坏系统组件。你随时可以把日期改回来，更新功能立刻恢复。不像禁用服务那样，有时候会连带影响 Microsoft Store 的应用更新、Defender 的病毒库更新等。
1.3 适合哪些人参考
这篇内容适合以下几类人：一是需要长时间稳定运行的工作机用户，比如跑计算任务、做音视频渲染、开虚拟机集群的；二是使用老旧行业软件、对新补丁兼容性没把握的；三是想自己掌控重启节奏、不想被系统“偷袭”的普通用户；四是负责维护一批办公电脑、希望统一管理更新策略的运维人员。
如果你只是普通家用、对安全性要求高、也不介意偶尔重启，那其实没必要折腾，保持默认更新反而是更省心的选择。工具是给有特定需求的人用的，不是所有人都需要。
2. 方案选型：三条路怎么选
2.1 方案一：注册表延长暂停日期
这是最推荐的方式，也是标题里“延长 100 年”对应的做法。核心原理是修改注册表中WindowsUpdate项下的PauseUpdatesExpiryTime值，把暂停截止时间设成一个极远的日期。
它的优点是：完全可逆、不影响系统其他组件、不需要管理员权限以外的额外工具、对 Windows 10 和 Windows 11 都适用。缺点是：大版本更新（比如从 22H2 升到 23H2）有时候会重置这个设置，需要重新操作一次。
2.2 方案二：禁用 Windows Update 服务
通过services.msc把Windows Update服务设为禁用，同时把“恢复”选项里的失败操作也改成“无操作”。这个方法更彻底，但副作用也明显：Microsoft Store 可能无法更新应用，Defender 的病毒定义更新可能受影响，某些依赖更新组件的系统功能会报错。
我个人的经验是，除非你确定这台机器完全离线使用，否则不建议直接禁用服务。它太“暴力”了，容易引发一些莫名其妙的连带问题，排查起来很费时间。
2.3 方案三：组策略配置更新行为
专业版和企业版可以用gpedit.msc配置“配置自动更新”策略，设为“已禁用”或者“通知下载并通知安装”。家庭版默认没有组策略编辑器，需要额外手段开启。
组策略的好处是配置集中、界面化、不容易出错。缺点是家庭版用不了，而且某些策略项在不同 Windows 版本里名称和位置会变。对于单机用户来说，注册表方案更直接。
2.4 三种方案对比
| 对比项 | 注册表延长暂停 | 禁用更新服务 | 组策略配置 |
|---|---|---|---|
| 可逆性 | 高，改回即可 | 中，需手动恢复 | 高 |
| 副作用 | 几乎没有 | 较多 | 较少 |
| 适用版本 | 全版本 | 全版本 | 专业版/企业版 |
| 操作难度 | 低 | 低 | 中 |
| 大版本更新后是否失效 | 可能失效 | 一般保持 | 一般保持 |
| 推荐度 | 首选 | 谨慎使用 | 专业版首选 |
选哪个，取决于你的具体场景。下面重点讲注册表方案，因为它是标题的核心，也是适用面最广的。
3. 注册表延长暂停日期的完整实操
3.1 操作前的准备工作
动手之前，强烈建议先备份注册表。这不是客套话，注册表是系统的核心数据库，改错一个键值可能导致系统行为异常。备份方法很简单：按Win + R，输入regedit回车，打开注册表编辑器后，点击“文件”菜单里的“导出”，选择“全部”，保存成一个.reg文件放到安全的地方。万一出问题，双击这个文件就能还原。
另外，操作前确认一下当前系统版本。按Win + R输入winver回车，能看到版本号和内部版本。Windows 10 和 Windows 11 的注册表路径基本一致，但某些键值名称在早期版本里略有差异，心里有个数。
注意：修改注册表需要管理员权限。如果你的账户不是管理员，先切换到管理员账户，否则保存时会提示拒绝访问。
3.2 找到正确的注册表路径
打开注册表编辑器后，定位到下面这个路径：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings这个路径是 Windows 10 1607 之后引入的，用来存储更新相关的用户界面设置。如果你在左侧树形目录里一层层展开，顺序是：HKEY_LOCAL_MACHINE→SOFTWARE→Microsoft→WindowsUpdate→UX→Settings。
如果UX或Settings项不存在，说明系统还没生成过相关设置。这时候你可以先在“设置”里手动点一次“暂停更新”（哪怕只暂停一周），系统就会自动创建这些项。创建完再回来改。
3.3 修改关键键值
在Settings项右侧的列表里，你会看到几个和暂停相关的值：
PauseUpdatesExpiryTime：暂停更新的截止时间PauseFeatureUpdatesStartTime：功能更新暂停开始时间PauseQualityUpdatesStartTime：质量更新暂停开始时间PauseFeatureUpdatesEndTime：功能更新暂停结束时间PauseQualityUpdatesEndTime：质量更新暂停结束时间
核心是PauseUpdatesExpiryTime。双击它，把“数值数据”改成一个未来的日期。格式是 ISO 8601 的 UTC 时间，比如：
2124-01-01T00:00:00Z这个Z表示 UTC 时间，不能省略。如果你想更保险，可以设成3024-01-01T00:00:00Z，那就是一千年后了。不过设太远也没必要，一百年足够覆盖一台电脑的整个生命周期。
同时，把PauseFeatureUpdatesEndTime和PauseQualityUpdatesEndTime也改成同样的日期，保持一致。StartTime那两个值保持原样或者设成当前时间之前即可。
3.4 验证设置是否生效
改完之后，关闭注册表编辑器，重启一次电脑（或者至少重启Windows Update服务）。然后打开“设置” → “Windows 更新”，你应该能看到“暂停更新”那里显示了一个非常遥远的恢复日期，比如“更新将于 2124/1/1 恢复”。
如果显示的还是原来的日期，说明键值没写对，检查一下格式：必须是YYYY-MM-DDTHH:MM:SSZ，月份和日期要补零，比如2124-01-01而不是2124-1-1。
提示：有些系统版本里，设置界面显示的日期格式会跟随系统区域设置变化，但注册表里存的始终是 UTC 标准格式，不要被界面显示迷惑。
3.5 一键导入的注册表文件写法
如果你要给多台机器操作，手动改太慢，可以写一个.reg文件批量导入。内容如下：
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings] "PauseUpdatesExpiryTime"="2124-01-01T00:00:00Z" "PauseFeatureUpdatesEndTime"="2124-01-01T00:00:00Z" "PauseQualityUpdatesEndTime"="2124-01-01T00:00:00Z"保存成pause_update.reg，双击导入，确认即可。注意文件编码要用 UTF-16 LE（Windows 记事本另存为时选“Unicode”），否则中文系统下可能导入失败。
4. 常见问题与排查实录
4.1 改完注册表后更新又自己回来了
这是最常见的问题。原因通常有三个：一是系统打了某个大版本更新，重置了更新设置；二是Windows Update Medic Service（WaaSMedicSvc）在后台自动修复了更新配置；三是某些第三方优化工具“帮倒忙”，把设置改回去了。
针对第一种，重新导入.reg文件即可。针对第二种，可以把这个服务的启动类型也改一下，但要注意它受系统保护，直接改可能提示拒绝访问。针对第三种，检查一下你装的“系统优化”类软件，看它有没有“自动更新管理”之类的功能在捣乱。
4.2 暂停日期选不了那么远
有些用户在设置界面里发现日期选择器最多只能选到几周后，这是因为界面做了限制。但注册表不受这个限制，直接改键值就能绕过。这也是为什么推荐注册表方案而不是在界面里点。
4.3 改了之后 Microsoft Store 不能更新了
这是预期内的副作用。因为 Store 的应用更新和系统更新共用部分组件。如果你需要 Store 更新，可以临时把日期改回来，更新完再改回去。或者用wsreset命令重置 Store 缓存试试，但不保证一定有效。
4.4 系统提示“你的设备缺少重要更新”
这是 Windows 的“温馨提示”，不影响使用，忽略即可。如果觉得烦，可以在通知设置里把 Windows 更新相关的通知关掉。
4.5 常见问题速查表
| 问题现象 | 可能原因 | 解决方向 |
|---|---|---|
| 更新设置被重置 | 大版本更新覆盖 | 重新导入 reg 文件 |
| 日期选不到远期 | 界面限制 | 直接改注册表键值 |
| Store 无法更新 | 组件共用 | 临时恢复日期 |
| 提示缺少更新 | 系统通知 | 关闭通知即可 |
| 键值保存失败 | 权限不足 | 用管理员账户操作 |
| 导入 reg 报错 | 编码不对 | 另存为 Unicode |
4.6 几个容易踩的坑
第一个坑是时间格式写错。有人写成2124/01/01或者2124-01-01 00:00:00，系统不认，设置不生效。必须是带T和Z的 ISO 格式。
第二个坑是只改了 ExpiryTime 没改 EndTime。有些系统版本会以 EndTime 为准，只改一个可能不生效，建议三个都改。
第三个坑是在 32 位系统上找错路径。64 位系统有Wow6432Node的重定向，但WindowsUpdate这个路径不在重定向范围内，正常找就行。如果你在Wow6432Node下面找，是找不到的。
第四个坑是用了网上来路不明的“一键禁止更新工具”。这类工具很多是直接删服务、改权限，副作用大且难以恢复。我个人的建议是，能用注册表解决的就别用第三方工具，可控性完全不一样。
5. 进阶技巧与长期维护建议
5.1 配合任务计划做定期检查
如果你管理多台机器，可以写一个简单的 PowerShell 脚本，定期检查PauseUpdatesExpiryTime的值，如果发现被重置了就自动改回去。脚本核心逻辑就是读注册表键值、判断日期、不符合就写入。这个思路比装第三方守护软件干净得多。
$path = "HKLM:\SOFTWARE\Microsoft\WindowsUpdate\UX\Settings" $target = "2124-01-01T00:00:00Z" $current = (Get-ItemProperty -Path $path -Name PauseUpdatesExpiryTime -ErrorAction SilentlyContinue).PauseUpdatesExpiryTime if ($current -ne $target) { Set-ItemProperty -Path $path -Name PauseUpdatesExpiryTime -Value $target Set-ItemProperty -Path $path -Name PauseFeatureUpdatesEndTime -Value $target Set-ItemProperty -Path $path -Name PauseQualityUpdatesEndTime -Value $target }把它放到任务计划里，每周跑一次，基本就不用管了。
5.2 大版本更新前的应对
Windows 每年会推一次大版本更新（比如 23H2、24H2）。这种更新有时候会无视暂停设置，强制推送。应对方法是：在更新推送高峰期，把网络设为“按流量计费的连接”，系统会减少自动下载。路径是“设置” → “网络和 Internet” → “WLAN” → 点当前网络 → 打开“按流量计费的连接”。
另外，可以把TargetReleaseVersion策略用起来，锁定在一个你验证过稳定的版本上。这个通过组策略或者注册表都能配，效果是让系统只接收你指定版本的更新，不会跳到更新的版本。
5.3 安全性的平衡
最后说句实在话：禁止更新和系统安全之间是有取舍的。我的做法是，系统更新暂停，但 Defender 的病毒库更新保持开启。病毒库更新和系统更新是两条通道，暂停系统更新一般不影响病毒库。这样既避免了系统重启的干扰，又保留了基本的安全防护。
如果你对安全性要求极高，那还是老老实实保持更新，顶多把“活动时间”设长一点，让系统在你不用的时候再重启。工具是死的，人是活的，根据自己的实际需求来就好。
5.4 恢复更新的正确姿势
哪天你想恢复更新了，操作很简单：把PauseUpdatesExpiryTime改成一个过去的日期，比如2020-01-01T00:00:00Z，然后重启。系统一看暂停期已过，就会恢复正常更新。或者直接在设置界面点“继续更新”也行。可逆性是这套方案最大的优点，不像禁用服务那样恢复起来一堆麻烦。
我在几台工作机上用这个方法已经两年多了，中间经历了几次大版本更新，偶尔需要重新导入一次 reg 文件，整体非常稳定。比起被系统随时打断工作，这点维护成本完全可以接受。如果你也在被更新问题困扰，不妨按上面的步骤试一次，记得先备份注册表。
