resblockIds 按 block 来查

再套一层防水墙

使用外接显示器(飞利浦 hub+aoc 显示器)，会逐渐变卡，如果再连上蓝牙音响，会加速卡，直至卡得完全动不了。现在没接显示器，随便用，是一点都不卡。

#11 +1 封禁非常合理

或者是按路由表走，这样就说得通了

和 rp_filter 关系应该不大，默认都是开着的，以前也遇到过这种问题，大概是会自动汇聚? 所以 /32 会失效，按 /24 来走。

能互通的只有 10 和 13

/32 的只能与自己通讯

（再把锅甩给 github copilot 背，他转换的代码）

@msg7086 确实。打扰了。溜了溜了。

@msg7086 #17 是等价的吧

#19 回答作废

@msg7086 #17
确实忘记加了，但在 a 全为 0 的时候不影响结果

对于#9 的补充，我不认同 O(n^2)，但也对 O(n)持怀疑

@xenme 我知道，但是复现后不符合 O(n)

if __name__ == '__main__':
count = 0
a = [0, 0, 0, 0, 0, 0, 0, 0]
print(len(a))
for i in range(len(a)):
if a[i] == 0:
j = i + 1
while j < len(a) and a[j] == 0:
count += 1 # 计数
j += 1 # j++
print(count, end=" ")
i = j + 1


把数组 a 依次添 0 ，得到的 count 为 3 ，6 ，10 ，15 ，21.....

O(n)应该是均匀递增才对？ （这里需要指教下）

这得根据 a 的值来看吧，a 全为 0 的时候也不是 O(n)啊，对于#4 的 AI ，我试了，刚开始给的答案也是 O(n)，后来纠正为 n^2 的


```
我对之前的回答有误解，请接受我的道歉。如果数组 a 的值全部为 0 ，那么内层循环无法找到下一个非零元素的意思是，由于数组中所有元素都是 0 ，内层循环的条件 a[j] == 0 永远为真，内层循环会一直执行直到 j 超出数组范围。

在这种情况下，代码的时间复杂度为 O(n^2)，其中 n 是数组 a 的长度。

外层的 for 循环会遍历整个数组 a ，这需要执行 n 次循环。

内层的 while 循环会在每次遇到 a[i] == 0 的情况下执行，并且会一直向后搜索直到找到下一个非零元素或者到达数组末尾。由于数组中所有元素都是 0 ，内层循环会执行 n - i 次，其中 i 是外层循环的迭代变量。

因此，总的时间复杂度是 O(n * (n - i))，即 O(n^2)。
```

肯定要验证啊，回调只是通知，没收到通知也得定时主动验证

#1 密码才是最没用的