在前面对glog分别做了两次学习，请看C++的开源跨平台日志库glog学习研究(一)、C++的开源跨平台日志库glog学习研究(二)--宏的使用，这篇再做个扫尾工作，算是基本完成了。
编译期断言
动态断言在调试过程中是一个很重要的手段，而且我们使用的也比较多。相应的，静态断言，也即是编译期断言随着模板编程、元编程的发展，也表现出了动态断言所没有的优势：在编译期完成断言检查，而不是等到运行时！
比如在glog的源码中，有如下代码（logging.h line
908）：
1 template <bool>
2 struct CompileAssert {
3 };
4
5 #define GOOGLE_GLOG_COMPILE_ASSERT(expr, msg) 6 typedef google::glog_internal_namespace_::CompileAssert<(bool(expr))> msg[bool(expr) ? 1 : -1]
先给出一个简单的测试用例：
1 GOOGLE_GLOG_COMPILE_ASSERT(1, must_be_true1); //ok
2 GOOGLE_GLOG_COMPILE_ASSERT(-1>0,must_be_true2); //error
上面这两句测试代码中第二句是通不过的，在Windows下visual studio报错：
error C2118: negative subscript
在linux下报错：
错误：数组‘must_be_true’的大小为负
这个错误很明显，也即在GOOGLE_GLOG_COMPILE_ASSERT宏中，如果第一个参数expr为true，那么根据第二个参数msg就可以创建一个含一个CompileAssert对象的数组：
google::glog_internal_namespace_::CompileAssert<1> msg[1];
否则，一旦第一个参数expr为false，那么就是：
google::glog_internal_namespace_::CompileAssert<0> msg[-1];
好吧，因为数组大小在C++中是不能为负的！这样就保证了宏能够在编译期完成检查。
编译期检查、编译器断言是很有用的一个功能，尤其是在C++的模板编程、元编程中，其作用不可小觑。当然，也有一定的缺点，比如对于动态变化的值，却无法使用编译期断言而只能使用动态断言：
1 void test(int i)
2 {
3 assert(i>0); //ok
4 GOOGLE_GLOG_COMPILE_ASSERT(i>0, must_be_true); //error
5 }
在Windows下和linux下分别报错如下：
VisualStudio： error C2975: ‘unnamed-parameter‘ : invalid template argument for ‘google::glog_internal_namespace_::CompileAssert‘, expected compile-time constant expressionGCC：错误：‘i’不能出现在常量表达式中
- 名字重整解析
在glog的源码文件目录中，有两个文件：demangle.h和demangle.cc。这两个文件只实现了一个对外接口：
bool Demangle(const char *mangled, char *out, int out_size);
且在整个项目中并没有使用，但其实是很有用的一个功能，为什么这么说？因为这是用于实现解析C++中名字重整后的函数原型。比如对于一个经过编译器名字重整后为_Z1fi的函数，经过解析后得到其原型是f(int)，同理，详细请看我之前写的一篇文章：C++中的名字重整技术。
- 字符串的模糊匹配
在vlog_is_on.cc的line
69行有一个SafeFNMatch_的函数实现，该函数可以用来实现简单的字符串模糊匹配功能，这里就不再多说了，请参考我之前写的一篇文章：C++实现的字符串模糊匹配。
代码规范
一个小小的glog库，从代码上也能看出Google的代码规范，比如头文件引用一般次序是C库、C++库、其他库的.h、项目内的.h等，请看Google完整的C++代码规范：Google的C++编码规范中文版。这里就不再介绍了。