感觉用途不正.

标签页分不清.

你先试试手机连接显示器是否正常, 如果正常则是 Windows 驱动问题. 如果不正常, 再试几个具有显示的设备, 如果都无法识别到显示器, 直接售后.

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

对于枚举的验证做法:
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 吧

@MuJian 不一定是防火墙, 也可能是它的 WEB 服务只监听了 192.168.1.1/24 CIDR, 而且只应用到了 LAN 口

你可能会想旁路由设定, 这个也不太可能. 流量虽然能够转发给 OW, 但是没办法转到 2.1 的网关. 也是死路一条.
唯一的办法就是网线或者无线连接到 OW 里面, 然后用手机刷机, 你用远程工具直接操作.
tips: IOS 目前不支持被控.

UBOOT 模式可能只允许 LAN 口下的设备进行访问. 也就是其默认的防火墙设置. 这种建议寄给你重新刷, 或者找个有电脑的朋友远程刷掉.

Interrupted 会告知线程当前是否被中断, 需要在 run() 方法中判断. 如果没有判断这个通知就是无效的, 线程依旧会执行. 还有如果收到了 interrupted 中断, 建议手动再次执行 `Thread.currentThread().interrupt();`, 这样可以让上层感知到线程被中断了.