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的判定拿出来，放到宏中。