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

主要是带宽和稳定性上的考虑吧。
对比一下带宽：
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。

电汇，汇款入金是不收费的。

当然，银行方面收取的手续费除外，电汇的话除了国内银行汇出的时候会收费，还有中转行可能收费，最后落地的时候银行也可能收费。

对于账户资产小于 25000 美元的账户 T+0 限制 3 次是美国监管部门的规定，资产超过这个数字以后就没限制了。

编译本身是不会访问网络的，提示 Connection to server timed out 估计是编译依赖什么东西试图下载的时候出错了吧。
自己挂个梯子再去编译吧。

就楼主举的这个例子来说，我认为没有 volatile 编译器也会正确的进行优化，不会导致计数结果出现错误。

原因是在这个代码的函数中没有做除了++以外的操作，++操作也要求一定要同步修改到内存，并没有什么必要需要把操作数保存到寄存器里来预先载入。
从汇编的角度来看，编译器转化为 ASM 的伪代码应该类似于:
```
call lock()
mov <reg>,<mem>
inc <reg>
mov <mem>,<reg>
call unlock()
```
甚至更简单一些直接化简为：
```
call lock()
inc <mem>
call unlock()
```
为了保持语义正确，这已经是最简化的代码了，没有什么优化的空间。
对于单纯写入内存的操作，操作系统提供的同步语义已经能提供足够的保护了。

但 volatile 也并非在多线程开发中没有意义，举个例子：
```
int global_x = 0;

void thread_01()
{
while(global_x < 100)
{
sleep(1);
}
}

void thread_02()
{
lock();
global_x++;
unlock();
}
```
当 thread_01 执行的时候，thread_01 内部并没有对 thread_01 做任何修改，这时候编译器无法预测到 global_x 可能被改变，所以优化的时候很有可能会把 global_x 放到寄存器来加速循环的执行。
这种时候即使 thread_02 里对 global_x 操作的时候加了锁，最终 thread_01 还是可能会陷入死循环。

volatile 关键字代表强制要求编译器每一次使用这个变量的时候都必须从内存读取，所以在这个例子中，使用 volatile 后就可以避免死循环的出现。

所以通常的，对于可能被读取线程以外的什么条件或者代码改动的变量应该使用 volatile 关键字才不容易出现问题。

VIVO 一般是不能解锁 Bootloader 的吧。

不能解锁 Bootloader 你是刷不了任何非官方固件的，所以建议你直接放弃。

360 随身 WiFi 这类产品不就是满足你这样的需求么？

另外软路由不贵的，至少我觉得用软路由的成本大大低于你去开发这一套东西。

salt 可以明文储存在数据库。

Hash 加盐这种做法要保障安全的话，除了 Hash 算法的选择以外也需要盐足够长，一般认为盐的长度应该和密码长度一样长才行。

另外目前是更推荐直接用 BCrypt。

如果你的代码是单进程的，那当然是主频高的比较占便宜。

1、这个转换是编译器就可以确定的，所以实际上是 0 运行开销。
2、一般类的成员变量都应该在构造函数的初始化列表里进行初始化，和是不是私有成员没有直接的关系。