亡灵集结号在TapTap正式上架了，我这次好像跟前几次一样，到功能完成之后就没有太多动力和能力去改进了。
我之前做了不少玩法都是如此，大都是做一半就没做了，我明显更擅长的是开发功能，所以我几乎每一款游戏都是要么抄一个玩法，要么想到一个想法然后简单落地。
但是具体怎么让这个想法变得更好玩，我每次都是浅尝辄止，像害怕失败一样……没有完整通关过亡灵集结号一次就上线了，相比玩自己的游戏，做玩法上的思考，我更经常的是一头扎进代码重构里，乐呵呵的搞一整天。
我好像很害怕做玩法的创新和调整，所以每次越靠近完成，我就越摆烂…
复刻[……]
https://think-async.com/Asio/asio-1.30.2/doc/asio/overview/core/reactor.html
竟然直接支持reactor的形式，虽然支持好像不太难，但这个小细节确实挺牛的。
[……]
虽然开始尝试自己基于asio写一些东西，同时也在看asio的源码，但真的想学还是应该先看作者本人写的概述：
https://think-async.com/Asio/asio-1.30.2/doc/asio/overview.html
这个老哥抽象能力真的很强，这些概念第一遍根本理不清楚，索性开一篇文章专门记录。
本文记录的内容对应asio概述中这一段的内容：
其实写asio的时候会觉得很顺，但是细想才会发现这里是有大量的概念交织下才能够实现的表层写的如此顺，而且效率非常之高。
理解asio的核心就在于理解[……]
在IPv4的协议头中：
存在一个Type of Service，IETF在之后将字段改为Differentiated Service, 即区分服务。该字段用来表达发送端对服务质量的期望程度，例如可以通过在该字段中设置标志位表达发送方希望该IP Datagram低延迟（Low Delay）的效果送达发送端；或希望以高可靠性（High Relibility）的效果送达发送端。
提出了 Flow Label 的概念, 可以将一个序列的 IPv6 分组标记为属于某个流, 在传输链路上保证该流的服务质量[……]
深入看了coroutine提案作者写的几篇文章，从协程的抽象到实现细节，真的有学到一些东西。但其实我是大概率不会自己基于C++20原生的接口，但是看到几个一定要记的东西，感觉还是可以写篇博客记录一下。
文章原文：
https://lewissbaker.github.io/2017/11/17/understanding-operator-co-await
https://lewissbaker.github.io/2018/09/05/understanding-the-promise-type
推荐文章：
https://lewissbaker.github.io/2017/09/25/coroutine-theory
是看到上面这篇文章决定简单记录一下，他写的这个描述非常准确而且清晰：普通函数有两个操作，执行和返回。在执行的时候，会创建一个函数帧，同时暂停原函数，在执行返回操作之后恢复原函数。
这句话就有点醒到我，暂停函数的概念不是协程才有，函数本身就有的。或者进一步说，协程是泛化的函数，函数是限定了协程在调用时暂停原函数，返回时恢复原函数；而协程是可以在调用时选择暂停原函数还是新函数，同时可以在函数执[……]
本来只是想草草读一下这篇文章：https://142857.red/book/stl_map/
但是还是发现一些值得记录的点，在这里记录一下：
[]读取不存在的key会报错
map<string, int> config = {
{"timeout", 985},
{"delay", 211},
};
print(config["timeout"]); // 985
print(config["tmeout"[......]因为开发机的gcc版本太低了，就重新编译了一个clang，大概了解了一下这些底层工具的概念。
clang++和clang都是llvm的一部分，而llvm是一个庞大的、模块化编译器的项目，clang++只是基于llvm的编译器前端。
所以对于一个C++编译过程，从.cpp生成.o，在llvm的这个项目下的流程是：
决心推进这个计划之后就开始预研各种序列化和rpc库，看了很多对比，也做了一些测试，在这里统一记录一下。
仔细看来序列化做的事情就是把数据打包，rpc要考虑的核心事情是如何把函数的形参和返回类型同步给双端。
我看rpc库好像也只有两种形式，一个是通过proto定义好，例如grpc；另外一个是直接直接在调用的时候限定，属于一种硬编码？类似于rpclib
浅浅地看了三个rpc库：
通过各自的手段定义rpc的消息协议，然后可以快速简单地开始写一个网络通信程序。但是基[……]