最近在做OceanBase RootServer重构后的测试，主要测试工具是用我们牛逼QA开发出的obtest神器。

测试结果总是不太稳定，各种细节错误且不完全复现，很耗人。导致积极性下降。

调整策略：测试期间给自己安排一些优化/重构的活儿，穿插着做事情。

写了两年半的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模块的单元测试对于并发测试的需求非常旺盛，希望以后能在代码中处处看到它的使用。

希望自己坚持下去，马上做，做精彩。