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

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

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


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

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

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

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

渲染的时候通过 CSS 打上马赛克或模糊处理即可: ??????意思是数据还是记录下来了？

我怎么觉得是 css is awesome 系列。。。

程序结束是保证能释放所占用的普通内存的（除了 hugepage 和共享内存）
如果观察到使用内存增多，那么肯定是因为系统缓存了一些东西
fork 到 exec 之间的这段时间所有内存分配都可以简单的无视，不需要考虑释放，exec 之后全都会被吃掉，valgrind 无需跟踪这部分的“泄漏”，除非 exec 失败，通过 exit 退出，这样 valgrind 才能跟踪到泄漏

放弃吧，就算装上了也是毫无人性的 540P“流畅”画质

Css 没这个功能，这边建议你用 style(

（这设计确实挺恶心的）
不过作为 workaround，我觉得你可以用位运算来简化问题（
其中 id 就表示对象 id，按 1 递增
然后弄个事件类型的 enum (type)
(id << 2) | type 来合成最终的 id(设为 x)
提取就可以通过 id = x >> 2 和 type = x & 0b11 来解决了
类似的想法在 windows 的 handle 上也有应用（ 你仔细看 win 的进程 id，会发现它永远是 4 的倍数，同样也是尾部的 2 个 bit 用于区分类型）

（ user-agent 用户代理）

（啥也不懂，但是我觉得这样的竞争是好事）

还用问，都是手写的啦
还有这种
https://diana-adrianne.com/

(打错，是 partial-dir

手动分割不如自动用 rsync --partical-dir

听起来是屏蔽了网络字体
你是不是下载了什么广告拦截插件