(现代的写法不是写死 pthread，而是用
find_package(Threads REQUIRED)
然后加 Threads::Threads 的链接
这样就可以尽可能多的兼容不同系统
因为理论上只有用了 glibc 的 linux 才需要链接 pthread

×最后再给个建议：放弃折腾终端，随便弄个 webui 都比这个简单一万倍。。。。

最简单的试试 rlwrap "原程序命令行"
* 然后程序内直接读标准输入。。。
* 存在一些边界情况，但是基本上还是能用（至少你能编辑一部分语句了。。。被覆盖后按任意键即可恢复）
我曾经也折腾过 mc （不过是基岩版），然后放弃了，写了一堆代码发现 rlwrap 已经解决了问题。。。
你要自己实现类似程序的话也是可以的，大约就是用 readline 库，然后包装目标程序的输入输出，接着在检测到原程序输出的时候 rl_clear_visible_line （以及记录光标位置）然后再手动输出，最后再恢复光标和位置。。。

* 上面的解决方案是基于 readline 的，所以效果可能不是特别完美，
另一个方案是用 ncurses 一类的库直接做成 TUI 的模式 * 这样你甚至可以直接固定到屏幕底下，以及支持鼠标滚轮（和键盘滚动）

比如 Windows server datacenter core 2019 这种？

理论上当然是自己搭建便宜，特别是你这种不需要考虑各种稳定性和备份的场景。。。。
买数据库服务的唯一目的就是有各种可用性保证等附加服务，如果你没有这些需求，那自然就没有必要购买

？这不就等于数据库了么

你大概是开了某实验性 utf-8 支持么

你整个 uuid 就好

??? docker 用的是 linux 内核的命名空间，cgroup，seccomp 等机制，和虚拟化没半毛钱关系，docker 事实上完全没有任何虚拟化的过程

wsl 1 是直接造了一个新的内核兼容层实现，也和虚拟化没半毛钱关系（ wsl2 才是虚拟化）

你想说的那种模拟，叫做用户态虚拟化，qemu 有实现，但是这依赖于同系统，也就是实现 linux x86 跑 linux arm 的二进制，做不到让 windows 跑 linux 或者反过来

(现在来说的话，自带的终端支持的东西已经比较多了，什么 ANSI code，鼠标输入（如 ssh/wsl ）当然 emoji 还不行
然后微软当然也知道这个，于是又发布了 Windows Terminal

这个和渲染技术有关系（
那种基于 mintty 的肯定不支持了
windows terminal 的则是完美支持（
另外这里推荐用 token2shell 配合 x410 基本上就是现代化的 ssh 体验了 （ 都是 uwp

其实 githubusercontent.com 这么长一串可以用 denopkg.com 来代替的（自动 301 重定向，还能附带自动重定向根目录到 mod.ts 的功能 https://denopkg.com/qingant/tiny-redis@master

@nightwitch (好像我看错了，楼主的结构就是扁平的（

@nightwitch (显然是顺着楼主的思路做啊，你这都改变数据结构了

（不过 unique_ptr 也不会自动帮你创建对象，你可以考虑自己写一个类，在构造的时候初始化 unique_ptr

不仅如此，你释放的时候也得一个一个释放，不然就炸了
你还需要考虑数组中有一个申请失败，怎么按序释放剩下的数组


这就是为啥大家都用 std::vector<std::unique_ptr<T>> （或者里面用 shared_ptr ）

协程的意义是可以以一致的方法写同步或者异步的调用，而不需要大规模改变写法（比如变成一堆回调）
准确说它并没有提升性能的意思在里面，也不是什么银弹，不可能把原本做不到异步的东西变成可以异步的，比如 linux 原本没有提供不开线程的异步文件 io，那你也不可能通过协程变成可以不开额外线程的异步读写文件
因此从这个意义上说，协程就是语言提供的一种机制，简化异步代码的编写
关于和线程的对比，其实是异步 vs 同步的对比，然后协程可以让异步代码变得看起来像同步的一样，仅此而已
更一般地说，协程也未必真的要为了异步，也可以用作更一般化的逻辑解构，不过那就是另一个故事了

DRM 了解一下（
和系统集成，故意不让用户截图
这样就可以保护发行商的利益（

能同步别的商店的扩展么
（特指 chrome