Karte

我觉得是弹出更新时用户选择问题, 更新弹窗会提示用户何时进行更新.

对于枚举的验证做法:
1. 硬代码, 通过 Assert 相关断言判断
2. 通过 @Min, @Max 设定枚举边界.
3. 通过实现 `ConstraintValidator` 对类进行校验.
4. 通过代理 + 反射的方式添加自定义处理注解, 然后通过定义 `spel` 表达式确认是否校验通过.
```java
@FieldValid(spel = "#p1.field != 0")
```

用硬代码虽然会略显丑陋, 但是在新增枚举时可以不用改动代码.
而 @Min, @Max 在枚举修改后需要同步修改, 如果没有相关注释说明会存在隐性 BUG.
使用 `ConstraintValidator` 相对比较好, 因为能够自定义实现校验逻辑. 但是验证范围只能为对应类, 如果不做继承的话
无法实现复用
代理 + 反射会有略微性能损耗, 而 `spel` 表达式需要额外学习, 且有点耗费性能 (通过反射获取数据). 在多参数时需要在编译时增加 `-parameters` 否则参数名无法写入, `spel` 就无法获取到对应的对象, 校验就失败了.

为什么这人提问有种高高在上的感觉?

就这个可能是下级主管定义的, 虽然是小米公司, 但是和雷布斯没啥实际关系, 因为这种决策是不会上传到上层的. 只能说下级主管的眼界太低.

你就看你的网口速率是多少.
如果时 100Mbps 看线是几芯的, 4 芯和 8 芯线还有线材质量都会影响到网速, 如果是 8 芯线看看是不是有一条断了, 8 芯只要有一根断会降速的.
如果线没问题, 查看路由器接入的 LAN 口和电脑上的网卡最高支持速率是多少. 路由器用说明书或者购买记录直接就能查到, 主板网口直接问客服就行了.

@allplay 他说的没错, 域名解析 IPv6 地址就是用 AAAA, v4 才是 A. 建议补习下 DNS 相关知识, 切勿误人子弟.

有谁会把 9 千万条数据一起做聚合的? 分批次聚合都能解决问题.

核心问题是你要拿这些数据做什么?

换 debian 吧