在几点几分做某件事是 RPC 框架的基本需求，这件事比看上去难。 让我们先来看看系统提供了些什么：posix 系统能以 signal 方式告知 timer 触发，不过 signal 逼迫我们使用全局变量，写 async-signal-saf

一般有三种操作 IO 的方式： blocking IO：发起 IO 操作后阻塞当前线程直到 IO 结束，标准的同步 IO，如默认行为的 posix read 和 write。 non-blocking IO：发起 IO 操作后不阻塞，用户

内存管理总是程序中的重要一环，在多线程时代，一个好的内存分配大都在如下两点间权衡： 线程间竞争少。内存分配的粒度大都比较小，对性能敏感，如果不同的线程在大多数分配时会竞争同一份资源或同一把锁，性能将会非常糟糕，原因无外乎和 cache 一

我们都知道多核编程常用锁避免多个线程在修改同一个数据时产生 race condition。当锁成为性能瓶颈时，我们又总想试着绕开它，而不可避免地接触了原子指令。但在实践中，用原子指令写出正确的代码是一件非常困难的事，琢磨不透的 race c

本文说明在 bthread 环境下直接使用 pthread-local 可能导致的问题，以及相应的规避方法。 thread-local 问题调用阻塞的 bthread 函数后，所在的 pthread 很可能改变，这使 pthread_get