一：日志接口

TrinityCore的日志有六个级别：Trace，Debug，Info，Warn，Error，Fatal

它们分别对应以下这六个接口，（filterType__也是在配置文件中指定的）

#define TC_LOG_TRACE(filterType__, ...)
#define TC_LOG_DEBUG(filterType__, ...)
#define TC_LOG_INFO(filterType__, ...)
#define TC_LOG_WARN(filterType__, ...)
#define TC_LOG_ERROR(filterType__, ...)
#define TC_LOG_FATAL(filterType__, ...)

二：日志类型与Appender

说明：这个在配置文件的注释中说得很详细，直接帖两段吧

Appender配置：

#  Appender config values: Given a appender "name"
#    Appender.name
#        Description: Defines 'where to log'
#        Format:      Type,LogLevel,Flags,optional1,optional2,optional3
#
#                     Type
#                         0 - (None)
#                         1 - (Console)
#                         2 - (File)
#                         3 - (DB)
#
#                     LogLevel
#                         0 - (Disabled)
#                         1 - (Trace)
#                         2 - (Debug)
#                         3 - (Info)
#                         4 - (Warn)
#                         5 - (Error)
#                         6 - (Fatal)
#
#                     Flags:
#                         0 - None
#                         1 - Prefix Timestamp to the text
#                         2 - Prefix Log Level to the text
#                         4 - Prefix Log Filter type to the text
#                         8 - Append timestamp to the log file name. Format: YYYY-MM-DD_HH-MM-SS (Only used with Type = 2)
#                        16 - Make a backup of existing file before overwrite (Only used with Mode = w)
#
#                     Colors (read as optional1 if Type = Console)
#                         Format: "fatal error warn info debug trace"
#                         0 - BLACK
#                         1 - RED
#                         2 - GREEN
#                         3 - BROWN
#                         4 - BLUE
#                         5 - MAGENTA
#                         6 - CYAN
#                         7 - GREY
#                         8 - YELLOW
#                         9 - LRED
#                        10 - LGREEN
#                        11 - LBLUE
#                        12 - LMAGENTA
#                        13 - LCYAN
#                        14 - WHITE
#
#                     File: Name of the file (read as optional1 if Type = File)
#                         Allows to use one "%s" to create dynamic files
#
#                     Mode: Mode to open the file (read as optional2 if Type = File)
#                          a - (Append)
#                          w - (Overwrite)
#
#                     MaxFileSize: Maximum file size of the log file before creating a new log file

日志配置：

#  Appender config values: Given a appender "name"
#    Appender.name
#        Description: Defines 'where to log'
#        Format:      Type,LogLevel,Flags,optional1,optional2,optional3
#
#                     Type
#                         0 - (None)
#                         1 - (Console)
#                         2 - (File)
#                         3 - (DB)
#
#                     LogLevel
#                         0 - (Disabled)
#                         1 - (Trace)
#                         2 - (Debug)
#                         3 - (Info)
#                         4 - (Warn)
#                         5 - (Error)
#                         6 - (Fatal)
#
#                     Flags:
#                         0 - None
#                         1 - Prefix Timestamp to the text
#                         2 - Prefix Log Level to the text
#                         4 - Prefix Log Filter type to the text
#                         8 - Append timestamp to the log file name. Format: YYYY-MM-DD_HH-MM-SS (Only used with Type = 2)
#                        16 - Make a backup of existing file before overwrite (Only used with Mode = w)
#
#                     Colors (read as optional1 if Type = Console)
#                         Format: "fatal error warn info debug trace"
#                         0 - BLACK
#                         1 - RED
#                         2 - GREEN
#                         3 - BROWN
#                         4 - BLUE
#                         5 - MAGENTA
#                         6 - CYAN
#                         7 - GREY
#                         8 - YELLOW
#                         9 - LRED
#                        10 - LGREEN
#                        11 - LBLUE
#                        12 - LMAGENTA
#                        13 - LCYAN
#                        14 - WHITE
#
#                     File: Name of the file (read as optional1 if Type = File)
#                         Allows to use one "%s" to create dynamic files
#
#                     Mode: Mode to open the file (read as optional2 if Type = File)
#                          a - (Append)
#                          w - (Overwrite)
#
#                     MaxFileSize: Maximum file size of the log file before creating a new log file

三：配置例子：

Appender.Console=1,3,0
Appender.Server=2,2,0,Server.log,w
Logger.root=2,Console Server

以上这三句，定义了两个Appender:Console, Server，一个log type:root

Appender.Console说明将日志输出到终端上，最低输出级别是Info，输出字体颜色是黑色（因终端的不同而不同）

Appender.Server说明将日志输出到文件，最低输出级别是Debug，输出文件是（Server.log），以重写（非添加）的方式写入

Logger.root最低输出级别是Info，使用Console和Server的配置

四，底层实现

这里简单地说一下，就不太深入了

以 TC_LOG_INFO("qch", "Hello, world"); 为例子

这句实现上是调用了

if(Log::instance()::ShouldLog("qch", LOG_LEVEL_INFO) )Log::instance()::outMessage ("qch", LOG_LEVEL_INFO, "Hello,world");

ShouldLog比较好理解，直接将配置文件中的最低日志输出级别和LOG_LEVEL_INFO一比较就搞定。

outMessage就比较麻烦了，层层调用，有兴趣的可以去看看，这里就不多作解释了。

如果把Appender的Type设为3（DB），那每写一条日志，就是在auth库的logs表中插入一条记录：

INSERT INTO logs (time, realm, type, level, string) VALUES (1409544332, 0, 'qch', 3,'Hello, world\n')

魔兽世界服务器Trinitycore分析三：日志模块相关推荐

魔兽世界服务器Trinitycore分析一：前言
一:简介项目地址:https://github.com/TrinityCore/TrinityCore 帖一段官网介绍吧 TrinityCore is a MMORPG Framework base ...
Linux服务器 | 服务器模型与三个模块、两种并发模式：半同步/半异步、领导者/追随者
文章目录两种服务器模型及三个模块 C/S模型 P2P模型 I/O处理单元.逻辑单元.存储单元并发同步与异步半同步/半异步模式变体:半同步/半反应堆模式改进:高效的半同步/半异步模式领导者 ...
fix8源码分析之日志模块
本分析基于fix8 1.3.4版本源代码: fix8中全局日志的使用方式如下: GlobalLogger::set_global_filename(log); //设置日志输出文件 FIX8: ...
python logging模块的作用_Python 日志模块logging分析及使用-2
本文作为Python日志模块的补充,主要介绍日志回滚RotatingFileHandler和TimedRotatingFileHandler的使用,以及其所带来的问题.Logger对象的日志等级是如何 ...
魔兽世界服务器维护,魔兽世界8.0：服务器崩溃紧急维护三小时网易这次得背大锅！...
原标题:魔兽世界8.0:服务器崩溃紧急维护三小时网易这次得背大锅! 魔兽世界8.0版本在8月14日凌晨6点30分准时开启,不知道有多少玩家彻夜难眠,定了不知道多少闹钟,甚至不惜请假.辞职只为了在第一 ...
Mybatis源码日志模块分析
看源码需要先下载源码,可以去Mybatis的github上的仓库进行下载,Mybatis 这次就先整理一下日志这一块的源码分析,这块相对来说比较简单而且这个模块是Mybatis的基础模块. 之前的文章 ...
Windows服务器流量异常排查分析(Nginx日志分析)：Web Log Expert 和 GlassWire 的使用
最近某台阿里云服务器流量带宽突然超负荷运转,想了想,难道被攻击了?不应该会用户突然暴增啊!?于是开始排查流量来源. 首先,用 GlassWire 监听服务器的那个应用占用了大量的流量.GlassWir ...
从零开始实现C++ TinyWebServer（三）---- 补偏救弊调试分析，日志系统来帮忙
文章目录前言 1. 知识点 1.1 单例模式 1.2 异步日志 2. 日志的运行流程 3. blockqueue 4. 日志的分级与分文件 5. 实现代码 blockqueue.h log.h lo ...
微软企业库4.1学习笔记（三十六）日志模块简介
日志模块企业库的日志模块简单的实现了日志功能的常用功能.开发者可以利用模块在下面的位置记录信息: 事件日志电子邮件数据库消息队列文本文件 WMI的事件查看器自定义的位置模块为记录在任何位 ...

魔兽世界服务器Trinitycore分析三：日志模块

一：日志接口

二：日志类型与Appender

三：配置例子：

四，底层实现

魔兽世界服务器Trinitycore分析三：日志模块相关推荐

最新文章

热门文章