tokyo tyrant源码分析-日志系统实现

 

enum {                                   /* enumeration for logging levels */

  TTLOGDEBUG,                            /* debug */

  TTLOGINFO,                             /* information */

  TTLOGERROR,                            /* error */

  TTLOGSYSTEM                            /* system */

};

 

int g_loglevel = TTLOGINFO; /* global,default */

 

static void do_log(int level, const char *msg, void *opq){

  if(level < g_loglevel) return;

  LOGARG *arg = (LOGARG *)opq;

  char date[48];

  tcdatestrwww(INT64_MAX, INT_MAX, date);

  char buf[LINEBUFSIZ];

  int len = snprintf(buf, LINEBUFSIZ, "%s/t%s/n", date, msg);

  tcwrite(arg ? arg->fd : 1, buf, len);

}

 

程序参数中关于log的选项：-ld (g_loglevel = TTLOGDEBUG), -le (g_loglevel = TTLOGERROR)

 

tyrant的日志系统实现的很简单，4个level，默认为INFO，可以在通过运行时参数设置为DEBUG或ERROR。低于指定level的msg直接忽略，高的记录到文件或输出到STDOUT。

程序启动时，arg->fd = 1，这时开始检查用户指定参数的有效性，因无效参数而报出的warning都输出到STDOUT(==1)。然后才设置arg->fd为用户参数"-log"指定的文件(当然如果不指定该参数就继续输出到STDOUT)。

 

**很多重要的warning，包括一些参数的错误，都是用level INFO输出的，所以如果你指定"-le"(ERROR)的话，你将看不到它们！

 

系统没提供参数让用户指定level SYSTEM是因为很多错误信息都是用level ERROR输出的，用户不应忽略它们。

 

我推荐使用者就使用默认的level INFO，很多有用的出错提示都是都是在这个level输出的，而且和level ERROR相比基本不会降低程序性能

。如果用于调试或实验，可以用level DEBUG，能得到更多信息。

当然，这只是普遍情况。很少数的情况，比如你用MASK参数禁止了tyrant的某个命令的使用，而客户端又大量发送这个命令的请求时，就会

有大量level INFO的信息输出。实际中你应该视你的log输出量决定，如果level INFO的输出量并不大，就用它。

 

有人可能担心在需要高频率执行、对性能要求苛刻的代码片段中使用log输出函数的负面影响：在生产环境中虽然调高了log level，但频繁的函数调用开销不可避免。解决办法很简单：使用宏。比如把level的判定拿出来，放到宏中。