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


————————————————
版权声明：本文为CSDN博主「pingnning」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/pingnning/article/details/4724392