• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    迪恩网络手机版
  • 关注官方公众号
    微信扫一扫关注
    公众号

C++的开源跨平台日志库glog学习研究(二)--宏的使用

原作者: [db:作者] 来自: [db:来源] 收藏 邀请

上一篇从整个工程上简单分析了glog,请看C++的开源跨平台日志库glog学习研究(一),这一篇对glog的实现代码入手,比如在其源码中以宏的使用最为广泛,接下来就先对各种宏的使用做一简单分析。

1. 日志输出宏

这里我们以一条最简单的日至输出为例说明:

LOG(WARNING) << "This is a warning message";

这里LOG是一个宏,其定义如下(logging.h line 487):

#define LOG(severity) COMPACT_GOOGLE_LOG_ ## severity.stream()

这里根据LOG宏中的severity的不同有分别扩展成了另外四个宏,其中severity 有四个预定义(log_severity.h  line 51-59),分别代表不同级别的日志输出,有INFO、WARNING、ERROR、FATAL,以WARNING为例,LOG(WARNING)被扩展为COMPACT_GOOGLE_LOG_WARNING.stream()。其中COMPACT_GOOGLE_LOG_ WARNING又是另外一个宏(logging.h line 391):

1 #if GOOGLE_STRIP_LOG <= 1
2 #define COMPACT_GOOGLE_LOG_WARNING google::LogMessage( \
3       __FILE__, __LINE__, google::GLOG_WARNING)
4 #define LOG_TO_STRING_WARNING(message) google::LogMessage( \
5       __FILE__, __LINE__, google::GLOG_WARNING, message)
6 #else
7 #define COMPACT_GOOGLE_LOG_WARNING google::NullStream()
8 #define LOG_TO_STRING_WARNING(message) google::NullStream()
9 #endif

到这里基本就能看出门道了,google::LogMessage和google::NullStream都是类,根据GOOGLE_STRIP_LOG的不同定义,COMPACT_GOOGLE_LOG_ WARNING被定义为LogMessage或者NullStream, NullStream比较简单,从名字上也能测到它就是一个无输出的流(仅仅重载了operator <<,但实际上并不输出任何信息),用以实现某些level的日志信息不被显式输出)。这里主要看LogMessage。

此时根据文件名, 行号, 日志级别构造一个LogMessage类对象(logging.cc line 1153):

LogMessage::LogMessage(const char* file, int line, LogSeverity severity) : allocated_(NULL) {
  Init(file, line, severity, &LogMessage::SendToLog);
}

LogMessage有很多重载构造,这里不再一一列举了。注意构造里的初始化函数Init,除了文件名, 行号, 日志级别,还多了一个参数,Init声明如下:

void Init(const char* file, int line, LogSeverity severity, void (LogMessage::*send_method)());

即最后一个参数是一个函数指针,且可配置,用以设置真正的日志输出,比如输出到文件、控制台等,甚至有可能配置成输出到远程网络端。Init内部用以初始化日志输入的流缓冲区,初始化日志创建时间,格式,确定打印日志文件名等等。

此时一个完整的LogMessage的对象就创建并初始化完成了,回到LOG(severity)宏定义处,此时LOG宏可以表示成如下定义:

#define LOG(severity) google::LogMessage().stream()

也即是最终被展开为google::LogMessage类的成员函数stream()的返回值,stream()实现如下:

std::ostream& LogMessage::stream() {
  return data_->stream_;
}

data_->stream_是一个LogStream对象,其定义如下:

1 class GOOGLE_GLOG_DLL_DECL LogStream : public std::ostream {
2   public:
3     LogStream(char *buf, int len, int ctr);
4   //..............此处省略
5   private:
6     base_logging::LogStreamBuf streambuf_;
7     int ctr_;  // Counter hack (for the LOG_EVERY_X() macro)
8     LogStream *self_;  // Consistency check hack
9 };

上面所提及的google::NullStream即是继承自LogStream,所以也是一个std::ostream对象。

至此一个日志输出语句,

LOG(WARNING) << "This is a warning message";

即可以表示为:

google:: LogStream() << "This is a warning message";

到这里就会发现这个和我们熟悉的cout输出是一样的了:

std::cout << "This is a warning message";

一个google:: LogStream对象和std::cout都是std::ostream对象。

从上面也可以看出,每一次输出一条日志信息都要创建一个google::LogMessage对象,在每次输出结束后释放LogMessage对象,在其析构函数中有如下代码:

1 LogMessage::~LogMessage() {
2   Flush();
3   delete allocated_;
4 }

Flush成员函数即是刷新日志缓存区,相当于C++中流操作的flush或者C中文件操作的fflush。另外注意Flush实现里有如下代码:

1 //......
2   {
3     MutexLock l(&log_mutex);
4     (this->*(data_->send_method_))();
5     ++num_messages_[static_cast<int>(data_->severity_)];
6   }
7 //......

这是为了保证多个日志同时向同一介质进行输出时到保持有序。注意锁的使用前后有{}包围。呵呵,这种用法其实我也偶尔使用,好处就是在一个比较大的语句块中创建一个作用域更小的对象,这样能使该对象及早释放,避免和整个语句块使用同一作用域。比如上面代码中的在加锁时使用了一个更小的作用域,该作用域结束后锁就会立刻释放,而不是等到Flush函数返回时才释放,这样就进一步提高了响应时间(其实这里也有别的做法,比如我之前写的文章:do{...}while(0)的妙用)。

到此一条日志输出就算完成了,其他宏像DLOG、VLOG、VLOG_IF(带条件检测的输出)都是按这种思路展开的,不再一一介绍了。

2. CHECK_XX宏

我个人感觉这类CHECK_XX宏比上面的LOG宏实现的还要隐晦难懂,当然设计的还是很巧妙的,值得学习一下,我尝试做个分析。

在测试工程的logging_unittest.cc文件line 535的TestCHECK()函数中有如下代码:

1 CHECK_NE(1, 2);
2 CHECK_GE(1, 1);
3 CHECK_GE(2, 1);
4 CHECK_LE(1, 1);
5 CHECK_LE(1, 2);

这些宏从名字上也能猜到是干嘛用的,他们的定义如下:

1 #define CHECK_EQ(val1, val2) CHECK_OP(_EQ, ==, val1, val2)
2 #define CHECK_NE(val1, val2) CHECK_OP(_NE, !=, val1, val2)
3 #define CHECK_LE(val1, val2) CHECK_OP(_LE, <=, val1, val2)
4 #define CHECK_LT(val1, val2) CHECK_OP(_LT, < , val1, val2)
5 #define CHECK_GE(val1, val2) CHECK_OP(_GE, >=, val1, val2)
6 #define CHECK_GT(val1, val2) CHECK_OP(_GT, > , val1, val2)

其中CHECK_OP宏定义如下:

#define CHECK_OP(name, op, val1, val2) \
  CHECK_OP_LOG(name, op, val1, val2, google::LogMessageFatal)

而CHECK_OP_LOG宏定义如下:

1 typedef std::string _Check_string;
2 #define CHECK_OP_LOG(name, op, val1, val2, log)          \
3   while (google::_Check_string* _result =                \
4          google::Check##name##Impl(                      \
5              google::GetReferenceableValue(val1),        \
6              google::GetReferenceableValue(val2),        \
7              #val1 " " #op " " #val2))                   \
8     log(__FILE__, __LINE__,                              \
9         google::CheckOpString(_result)).stream()

接下来我们以CHECK_LE(1, 2);为例,将其逐步扩展:

 1  CHECK_LE(1, 2)  
 2  ------> CHECK_OP(_LE, <=, 1, 2)  
 3  ------> CHECK_OP_LOG(_LE, <=, 1, 2, google::LogMessageFatal) 
 4  ------> #define CHECK_OP_LOG(_LE, <=, 1, 2, google::LogMessageFatal)                         \
 5   while (std::string * _result =  \
 6          google::Check_LEImpl(    \
 7              1,                   \
 8              2,                   \
 9              "1 <= 2"))           \
10     log(__FILE__, __LINE__,       \
11         google::CheckOpString(_result)).stream()

其中google::Check_LEImpl也是通过宏预先实现的,这个宏就是DEFINE_CHECK_OP_IMPL(Check_LE, <=):

 1 #define DEFINE_CHECK_OP_IMPL(name, op) \
 2   template <typename T1, typename T2>  \
 3   inline std::string* name##Impl(const T1& v1, const T2& v2,    \
 4                             const char* exprtext) {  \
 5     if (GOOGLE_PREDICT_TRUE(v1 op v2)) return NULL;  \
 6     else return MakeCheckOpString(v1, v2, exprtext); \
 7   } \
 8   inline std::string* name##Impl(int v1, int v2, const char* exprtext) { \
 9     return name##Impl<int, int>(v1, v2, exprtext); \
10   }

展开后就实现了google::Check_LEImpl函数(其他与此类似,这里只以“<=”为例说明):

CHECK_LE(1, 2) ------>
  while (std::string * _result = google::Check_LEImpl(1, 2, "1 <= 2"))  
    log(__FILE__, __LINE__,google::CheckOpString(_result)).stream()

其中google::Check_LEImpl又调用了模板实现的Check_LEImpl,该函数根据两个参数v1、v2和操作符op决定了要么返回NULL,要么返回一个string*,如果返回NULL,则不再执行下面的输出,否则则输出日志信息。

其中宏GOOGLE_PREDICT_TRUE、内联函数GetReferenceableValue、函数MakeCheckOpString、函数CheckOpString、结构体CheckOpString都是比较简单的,就不再讲了。

至此,就完成了CHECK_LE(1, 2)的扩展,如果检测为true,则返回NULL,否则就会返回一个有明确提示信息的字符串指针,并输出该信息,然后是程序宕掉。

比如如果验证CHECK_LE(1, 0),因为为false,则触发日志输出:

F0503 17:39:09.961318  4232 logging_unittest.cc:203] Check failed: 1 <= 0 (1 vs. 0)
*** Check failure stack trace: ***

然后程序异常退出。

3. 在宏中使用do-while(0)

比如在logging.h的817行有如下宏定义:

1 #define CHECK_DOUBLE_EQ(val1, val2)              \
2   do {                                           \
3     CHECK_LE((val1), (val2)+0.000000000000001L); \
4     CHECK_GE((val1), (val2)-0.000000000000001L); \
5   } while (0)

这里主要关注do-while(0)的使用,恰巧我之前也写过一篇文章介绍do-while(0)的妙用,请看:do{...}while(0)的妙用,这里不再多言了。

4. 使用宏进行全局初始化

请看下面的宏用法:

REGISTER_MODULE_INITIALIZER(utilities, yUserNameInitializer());

REGISTER_MODULE_INITIALIZER在googleinit.h的44行定义:

1 #define REGISTER_MODULE_INITIALIZER(name, body)                 \
2   namespace {                                                   \
3     static void google_init_module_##name () { body; }          \
4     GoogleInitializer google_initializer_module_##name(#name,   \
5             google_init_module_##name);                         \
6   }

其中类GoogleInitializer的实现如下:

1 class GoogleInitializer {
2  public:
3   typedef void (*void_function)(void);
4   GoogleInitializer(const char*, void_function f) {
5     f();
6   }
7 };

这个比较简单,其实就是做一些比如注册、全局初始化的工作,相应的也可以设置对应的宏用于做程序退出时的清理工作。


鲜花

握手

雷人

路过

鸡蛋
该文章已有0人参与评论

请发表评论

全部评论

专题导读
热门推荐
阅读排行榜

扫描微信二维码

查看手机版网站

随时了解更新最新资讯

139-2527-9053

在线客服(服务时间 9:00~18:00)

在线QQ客服
地址:深圳市南山区西丽大学城创智工业园
电邮:jeky_zhao#qq.com
移动电话:139-2527-9053

Powered by 互联科技 X3.4© 2001-2213 极客世界.|Sitemap