Boost Log的琐碎记录器"lazy evaluation"是如何工作的?
How does the "lazy evaluation" of Boost Log's trivial loggers work?
[跟进检查提升::日志过滤器明确?
以下示例使用提升日志中的简单记录器。它输出1
,表明expensive()
只被调用一次。它是如何工作的?为什么不叫expensive()
?
住在科里鲁
#include <iostream>
#include <boost/log/expressions.hpp>
#include <boost/log/trivial.hpp>
int count = 0;
int expensive()
{
return ++count;
}
int main()
{
boost::log::core::get()->set_filter(
boost::log::trivial::severity >= boost::log::trivial::warning
);
BOOST_LOG_TRIVIAL(error) << expensive();
BOOST_LOG_TRIVIAL(info) << expensive();
std::cout << count << 'n';
return 0;
}
输出:
[2018-05-21 14:33:47.327507] [0x00007eff37aa1740] [error] 1
1
它通过使用一些宏/预处理器魔术来工作。这些语句看起来确实像是对某些operator<<()
的函数调用:
BOOST_LOG_TRIVIAL(warning) << expensive();
但是,简化了很多,宏的工作方式就像我们编写了类似的东西一样:
if (level == warning)
logger << expensive();
如果要简化该代码以避免一直编写,可以定义如下所示的宏:
#define LOG_WARNING if (level == warning) logger
然后我们可以将其用作:
LOG_WARNING << expensive();
实际的BOOST_LOG_TRIVIAL
宏最终扩展到:
for (
::boost::log::record _boost_log_record_N =
(::boost::log::trivial::logger::get()).open_record(
(::boost::log::keywords::severity = ::boost::log::trivial::error)
)
;
!!_boost_log_record_N;
)
::boost::log::aux::make_record_pump(
(::boost::log::trivial::logger::get()),
_boost_log_record_N
).stream() << expensive();
如您所见,根据!!_boost_log_record_N
循环条件(这又取决于open_record()
的结果(,循环的主体将运行零次或多次;这就是expensive()
并不总是运行的原因。
相关文章:
- QSqlquery prepare()和bindvalue()不工作
- 导入库可以跨dll版本工作吗
- 以螺旋方式打印矩阵的程序.(工作不好)
- 对象指针在c++中是如何工作的
- 为什么在Windows上的VS 2019和Clang 9中"size_t"在没有标题的情况下工作
- VSOMEIP-2个设备之间的通信(TCP/UDP)不工作
- 为字符串中每 N 个字符插入空格的函数没有按照我认为的方式工作?
- C++为线程工作动态地分割例程
- 为什么我的 std::ref 无法按预期工作?
- 布尔比较运算符是如何在C++中工作的
- SampleConsensusPrerejective(ext.RANSAC)是如何真正工作的
- 不确定要在我的main中放入什么才能使我的代码正常工作
- 为什么std::condition_variable notify_all的工作速度比notify_one快(对于随机请
- <<操作员在下面的行中工作
- 有人能解释一下为什么下界是这样工作的吗C++的
- ExtractIconEx:可以工作,但偶尔会崩溃
- C++中的memset函数工作不正常
- 当我在第一个循环中使用"auto"时,它工作正常,但是使用"int"它会给出错误,为什么?
- 链表c++插入,所有情况都已检查,但没有任何工作
- 当 int 方法工作正常时,void 方法有何不同,或者为什么我不能调用 void 方法?