感谢各位抬爱，求老兄们别捧杀，我还没找到工作呐

@zh6335901 感谢抬爱

@zh6335901 学历低，带砖，大厂进不去

@Cytion 可能是我不熟悉导致，不过这也是严重的用户体验问题。我也知道网上说火绒多好多好，我也是网上那些听多了才去试的。总的来说，如果不是流氓，那么火绒团队技术实力存疑，还得再等他们优化几年再说

@Cytion 在我看来，火绒比较流氓。火绒给我最大的用户体验是，装完 cpu 就稳定 20%+，不管让它待多久还一直这么跑，像是在挖币一样，设置里也没找到怎么设置回去，网上没搜到有效的解决方案，一小时后实在受不了然后卸了。360 感觉还好，主要问题是偶尔来个弹框，只要在控制面板里双击（假装卸载），然后点去广告弹窗就好了。

1 、crud boy 工作是不需要知道 gc 内容的，不过面试官通常考虑到可能因为项目扩展需要，有一些深度方面的知识的人来写 crud ，能比只会最简单那帮人靠谱。因此一般都需要问这个
2 、写了 8 年不了解 gc 啥的其实没啥问题，技术有两个发展方向，一个是架构，一个是应用，前者就要求一些很深的技术，后者要求能把极简单的技术整合一下，做成有用或有意思的东西，能在 github 收千星，我猜测你走的后者，不过你得判断一下你走的路子
3 、写八年 crud 也可以，不过这是个人选择，别人问 gc 啥的是他们的路子，道不同不相为谋

@hez2010 找到一篇文章 https://zhuanlan.zhihu.com/p/395250667
里面有句话“实际上，Future/Promise 并不适合性能要求很高的生产环境，比如游戏引擎任务框架等”
co_await 也是 Future/Promise 吧。中间数据传递的类型都被擦除了（有状态，但编译器在优化时没法和 continue 方法一一对应），从 awaitable 对象外部看来也只知道返回类型是什么类型。使得这关键字从目前设计看来，没法优化

勘误：“通过系统提供的 pthread 或者 std::thread 创建线程，就可以实现多线程并发执行我们的代码”
首先 pthread 和 std::thread 都不是系统提供的，系统提供的函数比如 windows 平台，api 叫 CreateThread （或类似名称比如 NtCreateThread ）。其次，“并发”应该改为“并行”（并发代表同时发生，并行代表同时运行）。
“但是 CPU 的核数是固定的”这句联系上下文不太准确，cpu 并行线程数不等于核心数，所以这儿应该把核数改为线程数。

@ysc3839 好吧，我没认真看过，凭理解我感觉有 stackful 和 stackless 方案，然后默认它是 stackful 方案了

@ysc3839 你是对的。我记错了。co_yield 涉及保存 /加载现场

@hez2010 赞同你的观点，原理上非常高效，并且通用。不过，回调在汇编层面，寄存器或线程栈里存入参数，call 就行了； co_await 复杂很多，一方面涉及保存 /加载现场（ pushad/popad ），另一方面还得有状态机等等。在具有真正需要等待的任务面前实际上没法做比较明显的优化，顶多也就是 llvm 的那一套，逻辑一句也少不了。c#在异步这一块往前跑了很多年了，基于 Task<>的优化方案是通过 ValueTask<>，实际原理是没有真正异步等待的优化为同步调用实现。它也没法优化真正需要异步等待的情况

HTTP1.1 还好吧，简单的协议。HTTP2 、HTTP3 得找其他轮子了

@ysc3839 噢，不对，我看错了。应该这样说：类似回调函数的实现，但因为多做了一些事，导致性能要差很多

@ysc3839 这个看起来像是，因为没有需要等待的东西，所以被编译器优化成了普通回调

@FrankHB 我用 c 艹 20 的东西不是因为我特别喜欢新特性，主要原因是我非常喜欢 c#的 await 语法，迫不及待想在 c 艹里用而已。毕竟对于 c 艹来说，能像 c#一样简单的开发异步程序是一件很有意思的事

@Calatrava 好吧。这个我后面加上

@FrankHB 1 、你上面说的是对的，所以 u8string 之类的难用或者不稳定的特性我都没用到，新特性里我只用到了 co_await
2 、beast 不好用，我是想一行 co_await 就能发起请求，beast 只能说，挺规范的
3 、作为个人开发者我没法保证任何情况都能积极维护。用的人少就不说了，用的人多了，像 duilib 那样，就算作者不维护其实也能开枝散叶

@Calatrava 你说的有道理，不过你见过哪个流行的库有做 dns 缓存的嘛？这个需求非常个性化，只能用户自己处理。libcurl 、asio 、libev/uv/hv 等等不都没做。不做这个不代表局限于 demo ，而是给用户自由发挥流有余地