1. 写在前面：为什么重启之后路由总是“不翼而飞”
干运维或者经常折腾网络的朋友，多半都遇到过这个场景：客户现场的机器需要同时访问两个网段，一个是办公内网，一个是设备专网，手动敲了一条route add命令，当时测试一切正常，结果机房一断电重启，路由就没了，业务直接断联。
这背后的问题不在于“命令没敲对”，而在于 Windows 的静态路由默认只存在内存里，不是持久化配置。重启后路由丢失，本质上是没写进注册表。我之前在一个项目里配过几台机器，第一次图省事直接route add，第二天一到现场全傻眼。后来把带-p参数的永久路由命令整理成了标准操作脚本，才彻底解决。
这篇文章就把 Windows 配置永久路由这件事从原理到实操完整捋一遍，内容包括：
- 如何查看当前路由表，判断动态和静态路由
route add和永久路由route add -p的区别到底在哪- 如何通过注册表验证永久路由是否真的写进去了
- 路由优先级（metric）怎么设置，避免发往目标网段的流量走错网关
- 常见问题排查思路
适合刚入门网络基础的新手，也适合已经会配临时路由、但每次都困扰于重启失效的运维朋友。
2. 先搞明白 route print 输出里的门道
2.1 路由表字段含义
要稳妥地配置路由，尤其是永久路由，得先能看懂 Windows 的route print输出：
IPv4 路由表 =========================================================================== 活动路由: 网络目标 网络掩码 网关 接口 跃点数 0.0.0.0 0.0.0.0 192.168.1.1 192.168.1.10 25 192.168.1.0 255.255.255.0 在链路上 192.168.1.10 25 10.10.20.0 255.255.255.0 10.10.20.1 10.10.20.100 20 =========================================================================== 持久路由: 无先解释几个核心字段：
- 网络目标：你要访问的目的网段
- 网络掩码：用来界定这个网段范围
- 网关：去往目标网段时，数据包要交给谁
- 接口：本机真正发包用的网卡 IP
- 跃点数：可以理解为“优先级数值”，越小越优先
上面的0.0.0.0是默认路由，也就是“凡是不在明细路由里的目标，都走这个网关”。10.10.20.0则是明细路由。
2.2 活动路由和持久路由的区别
route print下半部分有个“持久路由”区块，这个区块才是永久路由真正存在的区域。
活动路由表示“当前正在生效”的路由，包括系统自动生成的、DHCP 下发的、手动临时加的，以及从持久路由加载过来的。持久路由则是“下次启动还会自动加载”的路由，保存在注册表里。
如果“持久路由”区域显示“无”，说明这台机器一条永久路由都没有。很多路由丢失的问题，根源就在这里——你曾经手动加过路由，但加的是临时路由。
提示：手动添加路由时，如果不加
-p参数，路由只存在于活动路由表，重启后活动路由重建，这条手动添加的记录就随之消失了。
3. 永久路由的实操配置过程
3.1 环境确认：先看清自己有几个网卡几段路由
场景说明（虚构示例）：某项目现场有一台 Windows Server，接了两张网卡：
- 网卡A连接办公网，IP 是
192.168.1.10/24，网关192.168.1.1 - 网卡B连接设备专网，IP 是
10.10.20.100/24，网关10.10.20.1
这台机器需要同时访问192.168.1.0/24办公网段和10.10.20.0/24设备网段，并且每次重启后，这张双网卡的路由配置不能丢失。
先执行：
route print确认两张网卡的 IP 和现有路由。很多双网卡机器会出现一种情况：因为系统同时往路由表里写入了两个网段的直连路由，某些跨网段访问会走错网关，尤其是在多网卡环境下，需要手动指定明细路由来修正。
3.2 用 -p 参数添加永久路由
添加永久路由的命令格式如下：
route add 目标网段 mask 子网掩码 网关 -p例如把去往10.10.20.0/24网段的路由永久添加到网关10.10.20.1：
route add 10.10.20.0 mask 255.255.255.0 10.10.20.1 -p把去往192.168.1.0/24的办公网段路由也持久化一下（防止某些情况下系统默认路由异常）：
route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 -p-p放在命令末尾。这条命令执行后，路由表会立即生效，同时写入注册表持久化存储。下次开机，系统会在网卡初始化完成后自动加载这些路由。
这里有一个很容易被忽略的细节：如果配置的是永久路由，但接口网卡启动顺序发生变化（比如 USB 网卡），路由可能暂时加载失败。不过系统通常会在网卡就绪后再次尝试加载，静态路由一般都能最终生效。
3.3 验证永久路由已生效
配置完成后，再执行一次route print，重点看下面几个地方：
- 在“活动路由”里能看到刚才添加的
10.10.20.0和192.168.1.0 - 在“持久路由”里，也能看到同样的两条路由记录
如果“持久路由”区域列出了这两条，说明配置已经写入注册表，可以放心重启测试。
可以用下面的命令单独验证注册表中的持久化路由是否存在：
route print -4也可以打开注册表编辑器，依次展开到以下位置：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes右侧的REG_MULTI_SZ类型的值就是当前机器上所有永久路由的记录。例如会看到类似这样的内容：
10.10.20.0,255.255.255.0,10.10.20.1,1 192.168.1.0,255.255.255.0,192.168.1.1,1第四个数字是metric，上面示例中的1表示手动指定的跃点数。没有指定的话，可能会显示1或20等数值。
注意：不要直接手动修改注册表里的 PersistentRoutes，除非你清楚自己在做什么。更稳妥的方式是使用
route add -p命令来写入，系统会负责处理格式一致性和刷新。
3.4 删除永久路由的正确姿势
删除永久路由的命令和删除普通路由是相同的，区别在于要确保同时删掉“持久路由”里的记录。
比如删除上面那条10.10.20.0路由：
route delete 10.10.20.0 mask 255.255.255.0 10.10.20.1执行后可以再用route print检查，“活动路由”和“持久路由”里的对应记录应该都消失了。
如果之前添加的是永久路由，但删除时只删了活动路由，重启后它可能会从持久化配置里再次加载回来。所以最终判断标准是route print中“持久路由”区域是否还有这条记录。
4. 深入理解：永久路由的存储机制与加载顺序
4.1 永久路由存在哪？为什么不会丢
Windows 永久路由的本质，是把路由配置写入注册表。
具体位置：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\PersistentRoutes这个注册表键值由 TCP/IP 协议栈在系统启动时读取，并负责把列表中的每条路由重新添加到路由表里。因此，保存永久路由不需要额外安装任何软件，也不需要配置开机启动脚本，系统原生就是支持的。
4.2 加载顺序：网卡初始化之后路由才出现
有一点需要留意：永久路由加载的前提是相关网卡已经完成初始化，并且接口 IP 已经配置好。如果对应的网卡还没就绪，该永久路由就暂时不会出现在活动路由表中。
这个机制也解释了为什么某些环境下，拔掉再插上网卡（或禁用再启用网卡）后会出现短暂的网络中断——因为路由表正在重建。
基于这个机制，有一个实用的部署建议：当你在做批量配置时，配置完成后最好统一重启一次，然后确认重启后路由是否依然生效。如果只看命令执行的瞬间结果，有时候可能漏掉真正的异常。
4.3 临时路由和永久路由命令对比
| 操作场景 | 命令示例 | 重启后是否保留 |
|---|---|---|
| 临时添加路由 | route add 10.10.20.0 mask 255.255.255.0 10.10.20.1 | 不保留 |
| 永久添加路由 | route add 10.10.20.0 mask 255.255.255.0 10.10.20.1 -p | 保留 |
| 删除路由 | route delete 10.10.20.0 mask 255.255.255.0 | 删除 |
| 查看路由 | route print | 不涉及修改 |
这个表格里的核心差异，就是-p参数的有无。
5. 路由优先级：为什么配好了还是访问不通
5.1 metric 的判定逻辑
很多朋友配置永久路由后，Ping 网关能通，但 Ping 目标网段里的服务器就是不通，或者时通时断。问题大概率出在路由优先级上。
Windows 系统选路的原则是“最长匹配优先”，也就是说掩码越长、表示范围越精确的路由，优先级别越高。当两条路由的网络目标都匹配时，才会比较 metric（跃点数）。
场景说明（虚构示例）：假设这台机器有两个网卡，一个网关是192.168.1.1，另一个网关是10.10.20.1，而目标网段10.10.20.0/24是设备网段，但因为直连路由的存在，系统发给10.10.20.0/24的流量默认走接口 IP 为10.10.20.100的网卡——这本来是对的。
但如果机器上还有另一个网段10.10.0.0/16的业务网段，而系统根据默认路由把去往10.10.0.0/16的数据发给了办公网网关，就会产生路由“打架”的情况。
5.2 手动指定 metric 解决路由冲突
配置永久路由时，可以通过metric参数手动调整优先级：
route add 10.10.0.0 mask 255.255.0.0 10.10.20.1 metric 10 -p route add 10.10.0.0 mask 255.255.0.0 192.168.1.1 metric 100 -p这样系统会优先选择 metric 较小的路由（即10），把发往10.10.0.0/16的流量交给10.10.20.1网关。
注意：上面举这个例子是为了说明命令格式，实际环境中一般不会同时往同一个网段添加两条指向不同网关的永久路由，而是在多网卡环境下谨慎设计路由优先级。metric 设置在永久路由中是有效且常用的手段，因为没有它，系统自动计算的接口跃点数可能不是我们想要的。
5.3 界面配置方式：使用“静态路由”对话框
Windows 图形界面下也可以在“网络连接”里配置静态路由：
- 打开
网络和 Internet 设置→更改适配器选项 - 右键当前网卡 →
属性 - 双击
Internet 协议版本 4 (TCP/IPv4)→高级 - 在
IP 设置选项卡下方找到添加按钮，填入目标网络、掩码、网关和跃点数
界面配置的“默认”也是永久生效的，因为它同样写入持久化配置。这个方式适合只配置一两台机器时的可视化管理，批量部署时效率就不如命令行方式了。
6. 脚本批处理：批量配置多台 Windows 机器的思路
在项目交付或运维批量处理场景下，逐台手动敲命令容易漏，也容易错。更稳的做法是把永久路由配置写成.bat或.ps1脚本，统一执行。
6.1 批处理脚本参考
@echo off route add 10.10.20.0 mask 255.255.255.0 10.10.20.1 -p route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 -p echo 永久路由配置完成，重启后依然生效。 pause建议在脚本中加上route print的输出确认步骤，方便执行时即时核对。
6.2 PowerShell 脚本参考
New-NetRoute -DestinationPrefix "10.10.20.0/24" -NextHop "10.10.20.1" -PolicyStore PersistentStorePowerShell 的New-NetRoute配合-PolicyStore PersistentStore，效果等价于route add -p。查看持久化路由可以配合Get-NetRoute -PolicyStore PersistentStore。
提示：
New-NetRoute的-PolicyStore参数需要较新版本的 Windows 才能稳定支持，使用前建议先查询一下当前系统的帮助文档或做一次小范围验证。
6.3 批处理执行过程中的常见问题
- 管理员权限：
route add -p命令需要管理员权限，否则会提示“拒绝访问”。在脚本第一行加net session >nul 2>&1判断权限，非管理员则提示后退出，更稳妥。 - 网关不可达：如果添加永久路由时网关不在当前网卡直连网段内，命令会返回错误。此时先检查 IP 配置和网关是否在同网段。
- 重复添加：如果同类路由已存在，再次添加会报“路由已存在”的提示。此时可以先删除已有路由，再重新添加，避免脚本中断。
7. 实战：完整复现一个永久路由配置案例
这里提供一个完整、可复现的实战过程。场景均为虚构，但操作逻辑是通用的。
场景：某台 Windows Server，需要同时访问192.168.1.0/24办公网段和10.10.20.0/24设备网段。机器已配置好两个网卡的 IP 和默认网关。
第一步：查看现状
route print确认两张网卡和当前路由表，找到直连路由、默认路由的情况。
第二步：添加办公网段永久路由
route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 -p第三步：添加设备网段永久路由
route add 10.10.20.0 mask 255.255.255.0 10.10.20.1 -p第四步：验证活动路由和持久路由
route print检查“活动路由”和“持久路由”中都存在这两条记录。
第五步：重启验证
重启机器后再次执行route print，确认路由自动加载。这一步是检验永久路由是否配置成功的最终标准。
第六步：连通性测试
ping 10.10.20.1 ping 192.168.1.1再进一步 ping 目标网段内的某台终端，确认业务可用。
这个流程走下来，配置永久路由这件事基本不会出岔子。
8. 常见问题与排查技巧实录
8.1 问题速查表
| 问题现象 | 可能原因 | 处理方式 |
|---|---|---|
| 路由配置后马上能通，重启后失效 | 使用了route add未加-p | 改用route add -p重新配置 |
| 命令报“拒绝访问” | 未以管理员身份运行 | 以管理员身份打开命令行或 PowerShell |
| 命令报“路由已存在” | 该目标网段已有同掩码路由 | 先route delete再重新添加 |
| 网关不可达，路由无法添加 | 网关不在本机直连网段 | 检查 IP 配置和网卡连接状态 |
| 路由在持久路由中，但重启后活动路由没有加载 | 网卡初始化顺序或网卡未就绪 | 确认网卡驱动正常，尝试禁用再启用网卡 |
| 多网卡环境下访问路由错乱 | 默认路由干扰明细路由 | 手动配置精细路由并指定 metric |
| 永久路由被安全软件拦截 | 安全软件防止路由表被修改 | 临时关闭安全软件或设置放行规则 |
8.2 我踩过的一个坑
有一次给某台服务器加永久路由，命令执行后route print显示正常，持久路由也在。结果第二天系统一更新重启，路由就没了。
后来排查发现，那台机器上装了某安全软件，启动时会把注册表里的PersistentRoutes值清理掉。这种问题看起来像是路由没配好，实际是外部软件干预。
建议是：遇到配置后莫名丢失的情况，优先确认是否有安全软件或优化软件在“搞事”。排查思路很简单——重启后用route print看持久路由是否存在，如果持久路由消失了，问题基本出在软件层面；如果持久路由还在但活动路由没有，问题出在系统加载层面。
8.3 双网卡环境下最容易忽略的一件事
双网卡机器配置永久路由后，最好给两张网卡设置不同的网关或者明确指定“默认网关”归属。如果两张网卡都配置了默认网关，Windows 可能会自动生成一条指向另一张网卡默认网关的默认路由，导致部分流量走向不对。
处理方式：在“高级 TCP/IP 设置”中取消“自动跃点”，手动设置每个网卡的跃点数。让办公网卡的跃点数小一些，设备网卡的跃点数大一些，避免双默认路由竞争。
9. 最后分享一点自己的使用习惯
我在实际项目里，给客户配置永久路由后，一定会做两件事：第一，把配置过程写成一个带注释的脚本留存；第二，在交付文档中写清楚“该机器已配置永久路由，重启不会丢失”。这样做既方便后期排查，也避免客户在自己操作时误删。
另外一个小技巧：如果需要频繁调试路由，可以先不加-p用临时路由测试，确认无误后再用-p正式添加。这个习惯可以避免反复删除持久路由记录，也能减少因为网关写错导致的问题。
配置 Windows 永久路由本身并不复杂，复杂的是对整个路由表机制的深入理解。把route print、-p参数、metric、注册表存储机制这几块串起来，遇到绝大多数路由问题都能快速定位。
希望这篇文章能帮到正在为路由配置发愁的朋友。如果你在配置过程中遇到了跟上面不一样的问题，欢迎在交流区留言，我看到了会尽量回复。
（个人经验，供参考。环境不同，命令输出和现象可能存在差异，以实际为准。）
