其实需求就是需要一个带引用计数的可变容器，CPP 里面容器直接设计成可变的就行。
如果是不对引用资源进行修改的成员函数直接写成 const 成员函数就行，对于 resize 等等改变容器的成员写为非 const 成员函数或者带有多个重载。
这样容器强调数据不可改变的时候只需要声明时加 const 就可以了，如果不加也可以保证只有在必要时自动对资源进行深度拷贝

以下是建议：
1、建议考虑做成模板。
2、提前考虑线程安全问题，因为涉及引用计数就一定会涉及线程安全的问题。

按照二进制位来操作，std::bitset 了解一下。
file open 的时候传入标志位按照二进制方式做 read 出来就是原始的字节了。

std::fstream 系列的类的话传入 ios::binary 就行

可能是笔记本供电部分的电感有毛病了引起的啸叫。

std::cout << "at("
<< x
<< ", "
<< y
<< ") value is: "

这样写应该很清楚了吧。

让线程自己退出是最合理的。
原因是线程如果不是自己退出那么资源释放的问题没办法解决，因为多个线程可能引用了同一个资源，强行终止一个线程如果不释放资源那么就会又内存泄漏一类的毛病，如果强行终止以后强行释放资源那么其他线程又可能运行异常。

OS 层面上考虑
Win 下面 TerminateThread，可以强行终止线程，但是不会帮你做任何释放线程资源的工作。
Linux 的 pthread_cancel，并不是强行终止线程，只是发送退出信号，实际上也还是要线程自己退出的。

从 Python 的层面上考虑
Python 线程这个概念其实还是和 OS 统一的，虽然 GIL 会导致永远只有一个线程在运行，但是还是需要按照多线程的方式来思考问题。

14 岁就能开发聊天工具了啊，想当年我 14 岁的时候都不知道 Ubuntu 是个啥。
逃~~~

各有各的优点和适用环境。

在能预先安全交换密钥的情况下，SS 对于点对点指定通信的性能显然比 SSL 要好，安全性上反正没有密钥就无法知道通讯内容，所以我会认为安全性没有任何问题。唯一的问题在于固定密钥无法做到向前保密，一旦密钥泄露就可以做到解密以前的所有通讯。
SSL/TLS 能在一定条件下进行安全的通讯（注意：必须具备先决条件），安全性上 SSL/TLS 连接可以做到向前保密的特性，但是显然 SSL/TLS 建立连接时仍然需要先握手交换通讯密钥，这使得使用起来付出更高的代价。

只是买东西去开信用卡就行了，各种双币，全币信用卡都可以。
开什么香港银行账户对你买东西基本没帮助。

我选 keepass。
反正我也不想要自动输入功能，所以根本不需要配置。

@waterlaw
Crypto++这项目很早了，据悉第一个版本大约在 1995 年，不过这个项目一直是在维护的，也算是常用的加密库之一吧。

推广一下我写的小工具好了。
交换了密钥以后就可以进行安全的通信了，采用 Qt 开发，默认使用 AES-256-CFB 作为加密算法，可以把密钥保存为文件方便管理。
https://github.com/wevsty/en_message/releases

基于 C99 标准考虑的话，要动态分配内存有两种办法
1、可变长数组（ Variable length array，简称 VLA ）。
2、malloc 系列函数。
然而似乎很多编译器不支持 VLA，或者直接把 VLA 用 malloc 实现。
所以从实际结果看，除了 malloc 以外没有什么其他方法动态分配内存。
程序运行慢多半还是楼主自己实现的问题。

* Return an array of arrays of size *returnSize.
* Note: The returned array must be malloced, assume caller calls free().

但是人家题目已经说的很明白了，这算是人家题目的要求，无视要求是无法得到一个正确答案的。

显然楼主对安全通信有什么误解。先明确概念，两点之间能保证在一定条件下不能被人窃取通信内容的通信就是安全通信。

1、HTTPS 或者 TLS 是很早就有的东西，只不过以前大家并不重视，但是最近 N 年以来，基本已经是标配。
2、答案是不能。GFW 对通信的影响主要在于阻断和干扰通信，而不是窃取通信内容。
3、有这种可能性。
4、和 2 其实是类似的问题。
举个例子：你家只有一条路能和外部连接，人家堵死你家的出路不让你出去你没有任何办法解决这个问题。

@wutiantong
反正从现象看 MSVC 对 if constexpr 的处理上显然是要求即使被丢弃的部分也不会简单的直接跳过的。

我个人是支持丢弃编译期就可以确定不会执行的内容的，不过这个问题可能是编译器编译逻辑或者对标准解释的问题。不太清楚 MS 是怎么考虑的，不过可以尝试给 MS 提交一下，也许下个版本他们就修过来或者给你一个解释也说不定。

稍微改了一下，在 MSVC 15.8 上加 /std:c++17 参数以后可以编译了。
（貌似也仅有这个版本的 MSVC 才能编译）
（当然 GCC 也可以通过编译）
代码：
https://godbolt.org/z/9BuPJL

原本的代码编译过不去一方面由于 MSVC 实现的原因，另一方面这种写法本身的移植性就比较玄学。

以下是不靠谱也不负责任的瞎掰：
调用 get<0>()的时候因为 index 模板的特化 index<0>本身并没有 get 模板（或者叫成员函数），大概 MSVC 并不认为这样做是合法的写法所以就扔了编译错误出来。
if constexpr 虽然是编译期决定的，但是翻了一下规定只说了 return 的返回值不参加类型推导，但是好像并没有说如果 return 的表达式本身不合法应该怎么做，那么这里就是一个未定义的灰色地带了。

vmnat 就是转换虚拟机内网络请求的程序。
http 本身是不带连接状态的，可能是虚拟机内部用 http 做了什么长连接关机之后连接没有切断就保留下来了。

@gmaso
固态硬盘哪来坏道这种概念。。。

主控应该尽可能的避免产生坏块，但是闪存出现坏块其实是无法避免的。出现坏快要不然是闪存体质（白片，废片，降级片）或者时间的问题（拆机片，二手），要不然是单纯的运气不好，又或者是主控算法方面的问题。
不管怎么样，操作系统是不应该接这个锅的。