@whoami9894
这种问题无非就是 2 种处理办法。
要不然死等 16 个字节，要不然就收到一次就处理。一直等着 16 字节的问题在于不能假定连接上的都是合法的客户端，要是只发送 1 个字节就不发了，那就只能等着连接超时了，可这不利于该类工具的使用目的。

并没有觉得这样处理有什么问题。

我自己的几个账户都是万 2。
现在估计可以做到万 1.5 这样，不过我交易量没那么高就懒得去改了。

@drizztdou @WordTian
一般表述上，不会把数字 0 认为是一个 ASCII 中的 0 字符，只有在字符串中来表示的时候才会使用\0 这样的写法。

0 就是 0x00
‘0’才是 0x30

char a[100] ;
只定义没有初始化的话内部空间的内容是未知的，strcat 是向字符串末尾添加内容，判断字符串末尾是以 0 来判断的。
这么说明白了么？

在国内这个环境下面，想要方便就必然得牺牲一些隐私，看你怎么选择而已。

我自己邮箱是用的自己的域名邮箱，邮箱是托管到 ZOHO 的。
密码管理是 keepass。

Acronis True Image

找银行，银行那边可以收。
如果网点不知道怎么收就换个大点的网点。

主要是带宽和稳定性上的考虑吧。
对比一下带宽：
USB 3.0：5 Gbps。
USB 3.2 Gen2x2：20 Gbps。
SATA3：6 Gbps。
PCI-E 4.0 4X：63 Gbps。
PCI-E 4.0 16X：252 Gbps。
USB 在 PCI-E 面前完全没有优势，而老 SATA 设备也完全没有动力花费更高的成本来换成 USB。

另外 USB 主要是针对经常需要插拔的设备来设计的，装在机内的硬盘并不需要经常插拔，一般也不需要热插拔的特性，换成 USB 的话长时间来看连接稳定性是会下降的。

当然，如果你一定要用 USB 当启动盘也不是不可以，你只需要一个转接盒之类的东西。

我有个 ARM 的 4 盘 QNAP

说说我的使用感受：
1、感觉开关机很慢，特别关机要等着可能好几分钟来终止程序，不知道是 QNAP 为了数据安全设计还是 ARM 机型的原因。
2、ARM 机器插件少，APP 商店里基本看不到非 QNAP 官方的 APP，不过仅仅是作为储存的话还是够用的。
3、性能确实差强人意，在做了全盘加密的情况下，如果要跑带加密的 SMB，速度是跑不满千兆的（印象中只有 200Mbps ？）。非加密的 SMB 协议大概能跑满千兆。

最后，如果是买全新机的话 4 盘位的 ARM 似乎没有什么价格优势，如果是为了一机多用 ARM 机也没有什么优势，不过作为 NAS 其实是可以用的，适合不想自己折腾的人。
如果想折腾点什么，建议上 X86 的成品或者自己组。

进入开发者模式后不可退出或撤销。系统所有帐号都将拥有 root 权限。

所有账号都有 root 权限？？？

如果是 C++17 以上，在模板里判断类型也很方便的。
```
template<typename T>
auto do_serialize(T t)
{
if constexpr(std::is_integral<T>::value)
{return std::to_string(t);}
else
{return t;}
}
```

#include "testlb.h"

@zenwong
T2600 是支持 BPC 的，而且指针也确实显示在接收（会接收很长时间，如果不开 web 的话很快会失败）只是最后会接收失败。

更新：我的 T2600 调整时区为日区以后用 JJY 是可以正常收波的。

Google 可以搜索 web jjy 能看到有关的页面。

G-SHOCK 接收成功。
T2600 显示接收中然后最后会接受失败。

@lcdtyph
仔细看了一下标准，确实 C++17 标准新增了一条。
每个简单赋值表达式 E1=E2 和每个复合赋值表达式 E1@=E2 中，E2 的每个值计算和副作用均按顺序早于 E1 的每个值计算和副作用。
这个是明确了需要先算 E2，之前的标准并没有这样的要求，没有要求那就是 UB 了。

试了一下
icc 16.0.3 结果是 12345
clang 9.0 结果是 12345
MSVC 19.23 结果是 12345
只有 gcc 给的结果是 00335
我觉得应该是你这个代码触发了 gcc 的什么奇怪的优化或者 bug，不是一个 ub。