回复楼主附言 1
「看了大家回复，
1. 有人说路由器的静态路由表不允许这么配置。
2. 有人说根据最长匹配原则，192.168.128.7 这个地址可以匹配 A 口 192.168.128.0/24 这个网段的 24 位，而只能匹配 B 口 192.168.128.0/23 这个网段的 23 位，根据最长匹配规则应该会把这个数据包转发到 A 口。

到底哪个答案是正确的呢？」

首先，192.168.128.0/24 192.168.128.0/23 是两个网络地址而不是主机地址，因此不能配置到普通接口上。如果 A B 两个口都是工作在三层模式的以太网接口，那么路由器不允许配置为两个接口分别配置 192.168.128.1/24 192.168.128.1/23 这样两个地址，在配置好一个之后，再配置另一个时会被拒绝并报错。

其次，假设两个地址配置成功后，路由器会自动生成去往这两个网络的直连路由。

然后，现代路由器路由器在实际执行路由转发时的直接参照是 FIB （转发信息表）而不是路由表（路由表不一定包含物理出接口，也没有下一跳的目的 MAC 地址），而 FIB 是根据全局路由表（有时候被称为系统路由表或者优选路由表）及其他表项生成的。

再然后，全局路由表是通过参照各协议路由表经路由优选后得出的。路由优选的一个原则是路由协议的管理距离优，比如，直连路由的管理距离优于手工静态路由，也就是说对于去往同一目的网络（即网络地址和掩码均完全相同）的路由，直连路由永远会在优选中胜出（除非手动干预路由协议的管理距离），也就是说，在楼主假想的这种情况下，手工配置的静态路由永远不会「成为活跃路由生效而参与 FIB 的构建进而影响最终路由选路和转发执行」。

最后，路由器在针对特定目的主机地址（ 192.168.128.7 ）在存储 FIB 的 TCAM （三元内容可寻址寄存器）中执行硬件查表时，才会用到并遵循最长匹配原则，此时路由器为目的主机地址 192.168.128.7 匹配到了具有最长匹配位数的 192.168.128.0/24 表项，并从此直连路由出接口送出。全程和静态路由没有半毛钱关系。

而且，以上的前提是，这两个重叠的接口地址可以被配置上去并生效。

@lolcat 看了楼主楼上的回复，看来楼主根本没有这样用过路由器，也不理解网段、网络、子网、超网、网络地址、网络号、主机地址、最长匹配的概念和实际意义，建议楼主先去学习下这些基础知识，再来纠结这些以自己的水平在现实应用场景中根本不可能遇到的场景（最典型的 IP 以太网路由器在简单的局域网环境下不可能（不被允许）这样配置，如果遇到串行、帧中继等非广播型网络、loopback 口做路由通告或身份 ID 等有条件出现这样的配置场景的情况，这个问题自然就不会成为问题了）。

总而言之，楼主现在的基础知识决定了这样纠结这个问题没有意义，只会成为“思而不学则殆”的典型。

「路由器，A 口网段：192.168.128.0/24，B 口网段：192.168.128.0/23 」

路由器的以太网接口等广播型三层接口（还包括但不限于 dot1q 子接口、vlan 虚接口）不允许这么配，会提示网段冲突。

如果是 loopback 口、地址借用等情况确实配上了，此时适用最长匹配原则。

@xuanbg #40 然而浙江省是较发达省份中唯一没有自己的 Apple Pay 快捷交通卡的……

ThinkPad E14 Gen 2 (2021)

好家伙，现在好用的流量卡都是搭着这些随身热点硬件一块卖的，你直接把硬件给买好了才开始考虑套餐。

配置 SNI.

这是固件 /控制器级别的休眠，不是驱动 /host 级别的，没治。可以考虑定期读写硬盘（光读可能还会因为缓存不触发真正硬盘读）。

B 站也是这样，主要是这类网站的评论区最初是为评论内容（知乎的回答、B 站的视频）设计的，不是为了斗嘴或者开在线学术论坛盖楼中楼设计的。

#2 说得对，先看运营商，很多功能机都不是全网通。

有一说一 OneDrive 这个强确认比 iCloud Drive 好多了。

呃，楼主平时没有注意过托盘图标状态吗？

@qingmuhy0 #2 搜索 IPv6 EUI-64 好了。

EUI 的问题。

@zzzzqqw #7 你这是一个人 80 Mbps 的下行，怎么可能？

不知道楼主啥身份，不好给建议，这不就是 KTV 的一个子系统吗，感觉是代码写得不行，建议首先考虑从软件开发的角度解决，而不是 SRE 的角度。

呃，没钱就不要生孩子。