写了两年半的OceanBase，知识体系却依然没有完善，思考原因：缺乏实践。OceanBase中大家都是螺丝钉，各自负责一亩三分地，别人地里种了什么虽然能看个大致，比如施的什么肥，打的什么桩，搭的什么架子，种的哪种秧，但若问为何是这种肥，怎么非得打个桩，架子斜着搭，却又种南瓜秧，则是问着我了。知其然，不知其所以然，是学习OceanBase的最大的难题。
企图从分析源码的角度来体会作者意图的方式失败了。总是不得要领，收益甚浅。
还是祭出老办法：好记性不如烂笔头。动手写码，写一个简单一些的NoSQL系统出来。俗话说，麻雀虽小五脏俱全，只要这个系统能完整做下来，一定会受益甚丰。
于是，MacrayKV诞生。取这个名字是因为这个项目带上了Macduan学弟一起做，我的id是Raywill，俩名字一凑，macray，读起来还蛮上口的。KV则表示key-value存储的意思。就这样了。
没多少天就发现，自主做事最精彩！创新的激情在自主做事的情况下能得到最大激发。比如今天：
基于tcmalloc写了一个线程安全的全局内存分配器，写完之后必须测试一下。为了测试线程安全的特性，必须使用多线程编程。淘宝多隆写的tbsys系统库提供了比较好的多线程封装，用起来已经比较方便了，但在测试代码中多处用多线程时则会发现有大量的冗余代码。每一个需要并发的代码片段都需要创建一个类和一个回调方法，把并发的代码填在回调方法里面。这么做有两个坏处：（1）打乱了测试代码的连贯性。 （2）代码冗余不易维护。（3）还得记忆多线程封装库的用法，我记性太差，每次都要查。
今天早上突发奇想，能不能有一种类似intel #progrm parallel这样的directive呢？这种想法很大程度上是受了前不久coolshell上《数据即代码：元驱动编程》这篇文章的影响。摸索了三十分钟，一个C++的宏方案出台，相当好用：
TEST_F(ObTCFactoryTest, mt_basic_test)
{
// 第一次并发测试
BEGIN_THREAD_CODE(my_run, 50)
{
for (int i = 0; i < 1000000; ++i)
{
Base *b1 = base_tc_factory_t::get_instance()->get(0);
ASSERT_TRUE(NULL != b1);
}
base_tc_factory_t::get_instance()->stat();
} END_THREAD_CODE(my_run);
// 一些同步测试代码
// put your code here
// 第二次并发测试
BEGIN_THREAD_CODE(my_run2, 50)
{
for (int i = 0; i < 1000000; ++i)
{
Base *b1 = base_tc_factory_t::get_instance()->get(0);
ASSERT_TRUE(NULL != b1);
}
base_tc_factory_t::get_instance()->stat();
} END_THREAD_CODE(my_run2);
}
其实现也是极简的：
#define BEGIN_THREAD_CODE(class_name, thread_count) \
class _##class_name : public tbsys::CDefaultRunnable \
{ \
public: \
_##class_name() { _threadCount = thread_count; } \
void run(tbsys::CThread *thread, void *arg) { \
UNUSED(thread); UNUSED(arg); \
#define END_THREAD_CODE(class_name) \
}};\
_##class_name my_##class_name; \
my_##class_name.start(); my_##class_name.wait();
more code details here
然后，我就把这个方案移植到了OceanBase，得到了@郁白 的大力赞扬。OceanBase UpdateServer模块的单元测试对于并发测试的需求非常旺盛，希望以后能在代码中处处看到它的使用。
希望自己坚持下去，马上做，做精彩。