免费短视频成人日韩,欧美高潮视频,国产视频观看一区

开源日志系�l�log4cplus(�?

Fri, 25 Aug 2006 20:51:00 GMT

�l�过短暂的熟�(zh��n)�过�E�，log4cplus已经被成功应用到了我的项目中��M��Q�效果还不错�Q�：(x��)�Q�除了上文提�?qi��ng)�?br>功能之外�Q�下面将介绍log4cplus提供的线�E�和套接字的使用情况�?br>

### NDC ###

首先我们先了解一下log4cplus中嵌入诊断上下文�Q�Nested Diagnostic Context�Q�，即NDC。对log�pȝ��而言�Q?br>当输入源可能不止一个，而只有一个输出时�Q�往往需要分辩所要输出消息的来源�Q�比如服务器处理来自不同
客户端的消息时就需要作此判断，NDC可以��Z��错显�C�的信息打上一个标�?stamp)�Q?使得辨认工作看�v�?br>比较�Ҏ(gu��)��些，呵呵。这个标记是�U�程�Ҏ(gu��)��的，利用了线�E�局部存储机�Ӟ���U�Cؓ(f��)�U�程�U�有数据�Q�Thread-specific
 Data�Q�或TSD�Q��?看了一下源代码�Q�相兛_��义如下，包括定义、初始化、获取、设�|�和清除操作�Q?/pre>
linux pthread
#   define LOG4CPLUS_THREAD_LOCAL_TYPE pthread_key_t*
#   define LOG4CPLUS_THREAD_LOCAL_INIT ::log4cplus::thread::createPthreadKey()
#   define LOG4CPLUS_GET_THREAD_LOCAL_VALUE( key ) pthread_getspecific(*key)
#   define LOG4CPLUS_SET_THREAD_LOCAL_VALUE( key, value ) pthread_setspecific(*key, value)
#   define LOG4CPLUS_THREAD_LOCAL_CLEANUP( key ) pthread_key_delete(*key)


win32
#   define LOG4CPLUS_THREAD_LOCAL_TYPE DWORD
#   define LOG4CPLUS_THREAD_LOCAL_INIT TlsAlloc()
#   define LOG4CPLUS_GET_THREAD_LOCAL_VALUE( key ) TlsGetValue(key)
#   define LOG4CPLUS_SET_THREAD_LOCAL_VALUE( key, value ) \       TlsSetValue(key, static_cast(value))
#   define LOG4CPLUS_THREAD_LOCAL_CLEANUP( key ) TlsFree(key)

				
使用��h��比较���单，在某个线�E�中�Q?/pre>
    NDC& ndc = log4cplus::getNDC();
    ndc.push("ur ndc string");
    LOG4CPLUS_DEBUG(logger, "this is a NDC test");
     
    ndc.pop();
        
    LOG4CPLUS_DEBUG(logger, "There should be no NDC");
    ndc.remove();



    
当设定输出格�?Layout)为TTCCLayout�Ӟ��输出如下�Q?/pre>
10-21-04 21:32:58, [3392] DEBUG test  - this is a NDC test
10-21-04 21:32:58, [3392] DEBUG test <> - There should be no NDC...
也可以在自定义的输出格式中��用NDC(�?x) �Q�比如：(x��)
     
  std::string pattern = "NDC:[%x]  - %m %n";
  std::auto_ptr _layout(new PatternLayout(pattern));
     
 LOG4CPLUS_DEBUG(_logger, "This is the FIRST log message")
  NDC& ndc = log4cplus::getNDC();
  ndc.push("ur ndc string"); 
  LOG4CPLUS_WARN(_logger, "This is the SECOND log message")
  ndc.pop();
 ndc.remove(); 
    


    
输出如下�Q?/pre>
NDC:[]  - This is the FIRST log message...
NDC:[ur ndc string]  - This is the SECOND log message...
				
另外一�U�更���单的使用�Ҏ(gu��)��是在�U�程中直接用NDCContextCreator�Q?/pre>
    NDCContextCreator _first_ndc("ur ndc string");
    LOG4CPLUS_DEBUG(logger, "this is a NDC test")

    
不必昑ּ�地调用push/pop了，而且当出现异常时�Q�能够确保push与pop的调用是匚w��的�?/pre>
    
### �U�程 ###
�U�程是log4cplus中的副��品， 而且仅作了最基本的实玎ͼ�使用��h��也异常简单，只要且必��要
在派生类中重载run函数卛_���Q?/pre>
class TestThread : public AbstractThread
{
public:
    virtual void run();
};
                
void TestThread::run()
{ 
   /**//* do sth. */ 
    
}


log4cplus的线�E�没有考虑同步、死锁，有互斥，实现�U�程切换的小函数挺别致的�Q?/pre>
void log4cplus::thread::yield()
{
#if defined(LOG4CPLUS_USE_PTHREADS)
    ::sched_yield();
#elif defined(LOG4CPLUS_USE_WIN32_THREADS)
    ::Sleep(0);
#endif
}

				
### 套接�?###
套接字也是log4cplus中的副��品，在namespace log4cplus::helpers中，实现了C/S方式的日志记录�?/pre>
1. 客户端程序需要做的工作：(x��)
/**//* 定义一个SocketAppender�c�d��的挂接器 */SharedAppenderPtr _append(new SocketAppender(host, 8888, "ServerName"));
/**//* 把_append加入到l(f��)ogger�?nbsp;*/Logger::getRoot().addAppender(_append);
/**//*  SocketAppender�c�d��不需要Layout, 直接调用宏就可以���信息发往loggerServer�?nbsp;*/LOG4CPLUS_INFO(Logger::getRoot(), "This is a test: ")


【注�?�q�里对宏的调用其实是调用了SocketAppender::append�Q�里面有一个数据传输约定，卛_��发�?br>一个后�l�数据的总长度，然后再发送实际的数据�Q?/pre>
     
    SocketBuffer buffer = convertToBuffer(event, serverName);
    SocketBuffer msgBuffer(LOG4CPLUS_MAX_MESSAGE_SIZE);
    msgBuffer.appendSize_t(buffer.getSize());
    msgBuffer.appendBuffer(buffer);        


				
2. 服务器端�E�序需要做的工作：(x��)
/**//* 定义一个ServerSocket */ServerSocket serverSocket(port);
 
/**//* 调用accept函数创徏一个新的socket与客��L(f��ng)���q�接 */Socket sock = serverSocket.accept();


				
此后卛_��用该sock�q�行数据read/write�?形如�Q?/pre>
SocketBuffer msgSizeBuffer(sizeof(unsigned int));
if(!clientsock.read(msgSizeBuffer))
{
    return;
}
unsigned int msgSize = msgSizeBuffer.readInt();
SocketBuffer buffer(msgSize);
if(!clientsock.read(buffer))
{
    return;
}


��Z�����读到的数据正常昄���出来�Q�需要将SocketBuffer存放的内容�{换成InternalLoggingEvent格式�Q?/pre>
spi::InternalLoggingEvent event = readFromBuffer(buffer);

然后输出�Q?br>
Logger logger = Logger::getInstance(event.getLoggerName());
logger.callAppenders(event);

				
【注�?read/write是按照阻塞方式实现的�Q�意味着对其调用直到满��了所接收或发送的个数才返回�?/pre>


杨粼�?/a> 2006-08-26 04:51 发表评论

开源日志系�l�log4cplus(�?

Fri, 25 Aug 2006 20:50:00 GMT

��log信息记录到文件应该说是日志系�l�的一个基本功能，log4cplus在此基础上，提供了更多的功能�Q�可以按照你预先讑֮�的大��来军_��是否转储�Q�当��过该大��，后箋log信息�?x��)另存到新文件中�Q�依�ơ类推；或者按照日期来军_��是否转储。本文将详细介绍�q�些用法�?/p>

				
### 如何���log记录到文�?###

我们在例5中给��Z��一个将log记录到文件的例子�Q�用的是FileAppender�c�d��现的�Q�log4cplus提供了三个类用于
文�g操作�Q�它们是FileAppender�c�R��RollingFileAppender�c�R��DailyRollingFileAppender�c�R�?/pre>
		1. FileAppender�c?/pre>
		实现了基本的文�g操作功能�Q�构造函数如下：(x��)
		FileAppender(const log4cplus::tstring& filename,
                     LOG4CPLUS_OPEN_MODE_TYPE mode = LOG4CPLUS_FSTREAM_NAMESPACE::ios::trunc,
                     bool immediateFlush = true);
                     
filename       : 文�g�?br />mode           : 文�g�c�d���Q�可选择的文件类型包括app、ate、binary、in、out、trunc�Q�因为实际上只是�?br />                 stl的一个简单包装，呵呵�Q�这里就不多讲了。缺省是trunc�Q�表�C�将先前文�g删除�?br />immediateFlush �Q�缓冲刷新标志，如果为true表示每向文�g写一条记录就��h��一�ơ缓存，否则直到FileAppender
                 被关闭或文�g�~�存已满才更新文�Ӟ��一般是要设�|�true的，比如你往文�g写的�q�程中出�?br />                 了错误（如程序非正常退出）(j��)�Q�即使文件没有正常关闭也可以保证�E�序�l�止时刻之前的所�?br />                 记录都会(x��)被正�怿�存�?/pre>
		FileAppender�cȝ��使用情况请参考例5�Q�这里不再赘�q��?/pre>
						
2. RollingFileAppender�c?/pre>
		构造函数如下：(x��)
log4cplus::RollingFileAppender::RollingFileAppender(const log4cplus::tstring& filename,
                                                    long maxFileSize,
                                                    int maxBackupIndex,
                                                    bool immediateFlush)
		filename       : 文�g�?br />maxFileSize    : 文�g的最大尺�?br />maxBackupIndex : 最大记录文件数
immediateFlush : �~�冲��h��标志
                                                    
RollingFileAppender�c�d��以根据你预先讑֮�的大���来军_��是否转储�Q�当���过该大���，后箋log信息�?x��)另存到�?br />文�g中，除了定义每个记录文�g的大���之外，你还要确定在RollingFileAppender�c�d��象构造时最多需要多���个
�q�样的记录文�?maxBackupIndex+1)�Q�当存储的文件数目超�q�maxBackupIndex+1�Ӟ���?x��)删除最早生成的文�g�Q?br />保证整个文�g数目�{�于maxBackupIndex+1。然后���l�记录，比如以下代码片段�Q?/pre>
		    ... ...
    
    #define LOOP_COUNT 200000
    
    SharedAppenderPtr _append(new RollingFileAppender("Test.log", 5*1024, 5));
    _append->setName("file test");
    _append->setLayout( std::auto_ptr(new TTCCLayout()) );
    Logger::getRoot().addAppender(_append);
		    Logger root = Logger::getRoot();
    Logger test = Logger::getInstance("test");
    Logger subTest = Logger::getInstance("test.subtest");
		    for(int i=0; i    {
        NDCContextCreator _context("loop");
        LOG4CPLUS_DEBUG(subTest, "Entering loop #" << i)
    }
    
    ... ...
    
		�q�行�l�果�Q?/pre>
		�q�行后会(x��)产生6个输出文�Ӟ��Test.log、Test.log.1、Test.log.2、Test.log.3、Test.log.4、Test.log.5
其中Test.log存放着最新写入的信息�Q�而最后一个文件中�q�不包含�W�一个写入信息，说明已经被不断更��C���?br />需要指出的是，�q�里除了Test.log之外�Q�每个文件的大小都是200K,而不是我们想像中�?K�Q�这是因�?br />log4cplus中隐含定义了文�g的最���尺寸是200K�Q�只有大�?00K的设�|�才生效�Q?lt;= 200k的设�|�都�?x��)被认��?f��)�?br />200K.
						
3. DailyRollingFileAppender�c?/pre>
		构造函数如下：(x��)
DailyRollingFileAppender::DailyRollingFileAppender(const log4cplus::tstring& filename,
                                                   DailyRollingFileSchedule schedule,
                                                   bool immediateFlush,
                                                   int maxBackupIndex)
                                                   
filename       : 文�g�?br />schedule       : 存储频度
immediateFlush : �~�冲��h��标志
maxBackupIndex : 最大记录文件数
		DailyRollingFileAppender�c�d��以根据你预先讑֮�的频度来军_��是否转储�Q�当���过该频度，后箋log信息�?x��)另�?br />到新文�g中，�q�里的频度包括：(x��)MONTHLY�Q�每月）(j��)、WEEKLY�Q�每周）(j��)、DAILY�Q�每日）(j��)、TWICE_DAILY�Q�每两天�Q��?br />HOURLY�Q�每�Ӟ��(j��)、MINUTELY�Q�每分）(j��)。maxBackupIndex的含义同上所�q�ͼ�比如以下代码片段�Q?/pre>
		    ... ...
    
    SharedAppenderPtr _append(new DailyRollingFileAppender("Test.log", MINUTELY, true, 5));
    _append->setName("file test");
    _append->setLayout( std::auto_ptr(new TTCCLayout()) );
    Logger::getRoot().addAppender(_append);
		    Logger root = Logger::getRoot();
    Logger test = Logger::getInstance("test");
    Logger subTest = Logger::getInstance("test.subtest");
		    for(int i=0; i    {
        NDCContextCreator _context("loop");
        LOG4CPLUS_DEBUG(subTest, "Entering loop #" << i)
    }
    
    ... ...
						
�q�行�l�果�Q?/pre>
		�q�行后会(x��)以分钟�ؓ(f��)单位�Q�分别生成名为Test.log.2004-10-17-03-03、Test.log.2004-10-17-03-04�?br />Test.log.2004-10-17-03-05�q�样的文件�?/pre>
		需要指出的是，刚看到按照频度（如HOURLY、MINUTELY�Q��{储这��L(f��ng)��概念�Q�以为log4cplus提供了内部定时器�Q?br />感觉很奇怪，因�ؓ(f��)日志�pȝ��不应该主动记录，而loging事�g��L��应该被动触发的啊。仔�l�看了源代码后才知道
�q�里�?频度"�q�不是你写入文�g的速度�Q�其实是否�{储的标准�q�不依赖你写入文件的速度�Q�而是依赖于写�?br />的那一时刻是否满��了频度条�Ӟ����x��否超�q�了以分钟、小时、周、月为单位的旉�����d���Q�如果超�q�了���另存�?/pre>
		本部分详�l�介�l�log信息的几�U�文件操作方式，下面���重点介�l�一下如何有选择地控制log信息的输出�?/pre>


杨粼�?/a> 2006-08-26 04:50 发表评论

开源日志系�l�log4cplus(�?

Fri, 25 Aug 2006 20:50:00 GMT

日志�pȝ��的另一个基本功能就是能够让使用者按照自��q��意愿来控制什么时候，哪些log信息可以输出�?br />如果能够让用户在��L��时刻讄���允许输出的LogLevel的信息就好了�Q�log4cplus通过LogLevelManager�?br />LogLog、Filter三种方式实现了上�q�功能�?/pre>
		

						
### 优先�U�控�?###
		在研�I�LogLevelManager之前�Q�首先介�l�一下log4cplus中logger的存储机�Ӟ��在log4cplus中，所�?br />logger都通过一个层�ơ化的结构（其实内部是hash表）(j��)来组�l�的�Q�有一个Root�U�别的logger,可以�?br />�q�以下方法获取：(x��)
		    Logger root = Logger::getRoot();
    
用户定义的logger都有一个名字与之对应，比如�Q?/pre>
		    Logger test = Logger::getInstance("test");
    
可以定义该logger的子logger:
		    Logger subTest = Logger::getInstance("test.subtest");
    
注意Root�U�别的logger只有通过getRoot�Ҏ(gu��)��获取�Q�Logger::getInstance("root")获得的是它的
子对象而已。有了这些具有父子关�pȝ��logger之后可分别设�|�其LogLevel,比如�Q?/pre>
		root.setLogLevel( ... );
Test.setLogLevel( ... );
subTest.setLogLevel( ... );
						
logger的这�U�父子关联性会(x��)体现在优先��控制斚w���Q�log4cplus���输出的log信息按照LogLevel
�Q�从低到高）(j��)分�ؓ(f��)�Q?/pre>
		NOT_SET_LOG_LEVEL (   -1) �Q�接受缺省的LogLevel�Q�如果有父logger则��承它的LogLevel
ALL_LOG_LEVEL     (    0) �Q�开放所有log信息输出
TRACE_LOG_LEVEL   (    0) �Q�开放trace信息输出(即ALL_LOG_LEVEL)
DEBUG_LOG_LEVEL   (10000) �Q�开放debug信息输出
INFO_LOG_LEVEL    (20000) �Q�开放info信息输出
WARN_LOG_LEVEL    (30000) �Q�开放warning信息输出
ERROR_LOG_LEVEL   (40000) �Q�开放error信息输出
FATAL_LOG_LEVEL   (50000) �Q�开放fatal信息输出
OFF_LOG_LEVEL     (60000) �Q�关闭所有log信息输出
		LogLevelManager负责讄���logger的优先���Q�各个logger可以通过setLogLevel讄���自己的优先���Q?br />当某个logger的LogLevel讄���成NOT_SET_LOG_LEVEL�Ӟ��该logger�?x��)��承父logger的优先���Q�另外，
如果定义了重名的多个logger, 对其中�Q何一个的修改都会(x��)同时改变其它logger,我们举例说明�Q?/pre>
		〖例6�?/pre>
		#include "log4cplus/logger.h"
#include "log4cplus/consoleappender.h"
#include "log4cplus/loglevel.h"
#include 
		using namespace std;
using namespace log4cplus;
		int main()
{
    SharedAppenderPtr _append(new ConsoleAppender());
    _append->setName("test");
    Logger::getRoot().addAppender(_append);
    Logger root = Logger::getRoot();
		    Logger test = Logger::getInstance("test");
    Logger subTest = Logger::getInstance("test.subtest");
    LogLevelManager& llm = getLogLevelManager();
		    cout << endl << "Before Setting, Default LogLevel" << endl;
    LOG4CPLUS_FATAL(root, "root: " << llm.toString(root.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test: " << llm.toString(test.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test.subtest: " << llm.toString(subTest.getChainedLogLevel()))
		    cout << endl << "Setting test.subtest to WARN" << endl;
    subTest.setLogLevel(WARN_LOG_LEVEL);
    LOG4CPLUS_FATAL(root, "root: " << llm.toString(root.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test: " << llm.toString(test.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test.subtest: " << llm.toString(subTest.getChainedLogLevel()))
		    cout << endl << "Setting test.subtest to TRACE" << endl;
    test.setLogLevel(TRACE_LOG_LEVEL);
    LOG4CPLUS_FATAL(root, "root: " << llm.toString(root.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test: " << llm.toString(test.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test.subtest: " << llm.toString(subTest.getChainedLogLevel()))
		    cout << endl << "Setting test.subtest to NO_LEVEL" << endl;
    subTest.setLogLevel(NOT_SET_LOG_LEVEL);
    LOG4CPLUS_FATAL(root, "root: " << llm.toString(root.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test: " << llm.toString(test.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test.subtest: " << llm.toString(subTest.getChainedLogLevel()) << '\n')
		    cout << "create a logger test_bak, named \"test_\", too. " << endl;
    Logger test_bak = Logger::getInstance("test");
    cout << "Setting test to INFO, so test_bak also be set to INFO" << endl;
    test.setLogLevel(INFO_LOG_LEVEL);
    LOG4CPLUS_FATAL(root, "test: " << llm.toString(test.getChainedLogLevel()))
    LOG4CPLUS_FATAL(root, "test_bak: " << llm.toString(test_bak.getChainedLogLevel()))
		    return 0;
}
		输出�l�果�Q?/pre>
		Before Setting, Default LogLevel
FATAL - root: DEBUG
FATAL - test: DEBUG
FATAL - test.subtest: DEBUG
		Setting test.subtest to WARN
FATAL - root: DEBUG
FATAL - test: DEBUG
FATAL - test.subtest: WARN
		Setting test.subtest to TRACE
FATAL - root: DEBUG
FATAL - test: TRACE
FATAL - test.subtest: WARN
		Setting test.subtest to NO_LEVEL
FATAL - root: DEBUG
FATAL - test: TRACE
FATAL - test.subtest: TRACE
		create a logger test_bak, named "test_", too.
Setting test to INFO, so test_bak also be set to INFO
FATAL - test: INFO
FATAL - test_bak: INFO
						
下面的例子演�C�Z��如何通过讄���LogLevel来控制用��L(f��ng)��log信息输出�Q?/pre>
		〖例7�?/pre>
		#include "log4cplus/logger.h"
#include "log4cplus/consoleappender.h"
#include "log4cplus/loglevel.h"
#include 
		using namespace std;
using namespace log4cplus;
		void ShowMsg(void)
{
    LOG4CPLUS_TRACE(Logger::getRoot(),"info")
    LOG4CPLUS_DEBUG(Logger::getRoot(),"info")
    LOG4CPLUS_INFO(Logger::getRoot(),"info")
    LOG4CPLUS_WARN(Logger::getRoot(),"info")
    LOG4CPLUS_ERROR(Logger::getRoot(),"info")
    LOG4CPLUS_FATAL(Logger::getRoot(),"info")
}
		int main()
{
    SharedAppenderPtr _append(new ConsoleAppender());
    _append->setName("test");
    _append->setLayout(std::auto_ptr(new TTCCLayout()));
    Logger root = Logger::getRoot();
    root.addAppender(_append);
		    cout << endl << "all-log allowed" << endl;
    root.setLogLevel(ALL_LOG_LEVEL);
    ShowMsg();
		    cout << endl << "trace-log and above allowed" << endl;
    root.setLogLevel(TRACE_LOG_LEVEL);
    ShowMsg();
		    cout << endl << "debug-log and above allowed" << endl;
    root.setLogLevel(DEBUG_LOG_LEVEL);
    ShowMsg();
		    cout << endl << "info-log and above allowed" << endl;
    root.setLogLevel(INFO_LOG_LEVEL);
    ShowMsg();
		    cout << endl << "warn-log and above allowed" << endl;
    root.setLogLevel(WARN_LOG_LEVEL);
    ShowMsg();
		    cout << endl << "error-log and above allowed" << endl;
    root.setLogLevel(ERROR_LOG_LEVEL);
    ShowMsg();
		    cout << endl << "fatal-log and above allowed" << endl;
    root.setLogLevel(FATAL_LOG_LEVEL);
    ShowMsg();
		    cout << endl << "log disabled" << endl;
    root.setLogLevel(OFF_LOG_LEVEL);
    ShowMsg();
		    return 0;
}
		输出�l�果�Q?/pre>
		all-log allowed
10-17-04 10:11:40,587 [1075298944] TRACE root <> - info
10-17-04 10:11:40,590 [1075298944] DEBUG root <> - info
10-17-04 10:11:40,591 [1075298944] INFO root <> - info
10-17-04 10:11:40,591 [1075298944] WARN root <> - info
10-17-04 10:11:40,592 [1075298944] ERROR root <> - info
10-17-04 10:11:40,592 [1075298944] FATAL root <> - info
		trace-log and above allowed
10-17-04 10:11:40,593 [1075298944] TRACE root <> - info
10-17-04 10:11:40,593 [1075298944] DEBUG root <> - info
10-17-04 10:11:40,594 [1075298944] INFO root <> - info
10-17-04 10:11:40,594 [1075298944] WARN root <> - info
10-17-04 10:11:40,594 [1075298944] ERROR root <> - info
10-17-04 10:11:40,594 [1075298944] FATAL root <> - info
		debug-log and above allowed
10-17-04 10:11:40,595 [1075298944] DEBUG root <> - info
10-17-04 10:11:40,595 [1075298944] INFO root <> - info
10-17-04 10:11:40,596 [1075298944] WARN root <> - info
10-17-04 10:11:40,596 [1075298944] ERROR root <> - info
10-17-04 10:11:40,596 [1075298944] FATAL root <> - info
		info-log and above allowed
10-17-04 10:11:40,597 [1075298944] INFO root <> - info
10-17-04 10:11:40,597 [1075298944] WARN root <> - info
10-17-04 10:11:40,597 [1075298944] ERROR root <> - info
10-17-04 10:11:40,598 [1075298944] FATAL root <> - info
		warn-log and above allowed
10-17-04 10:11:40,598 [1075298944] WARN root <> - info
10-17-04 10:11:40,598 [1075298944] ERROR root <> - info
10-17-04 10:11:40,599 [1075298944] FATAL root <> - info
		error-log and above allowed
10-17-04 10:11:40,599 [1075298944] ERROR root <> - info
10-17-04 10:11:40,600 [1075298944] FATAL root <> - info
		fatal-log and above allowed
10-17-04 10:11:40,600 [1075298944] FATAL root <> - info
		log disabled
		 
		用户也可以自行定义LogLevel�Q�操作比较简单，首先要定义LEVEL��|��比如HELLO_LOG_LEVEL定义如下�Q?/pre>
		/* DEBUG_LOG_LEVEL  < HELLO_LOG_LEVEL < INFO_LOG_LEVEL */
const LogLevel HELLO_LOG_LEVEL = 15000;
		然后定义以下宏即可：(x��)
		/* define MACRO LOG4CPLUS_HELLO */
#define LOG4CPLUS_HELLO(logger, logEvent) \
    if(logger.isEnabledFor(HELLO_LOG_LEVEL)) { \
        log4cplus::tostringstream _log4cplus_buf; \
        _log4cplus_buf << logEvent; \
 logger.forcedLog(HELLO_LOG_LEVEL, _log4cplus_buf.str(), __FILE__, __LINE__); \
    }
		不过log4cplus没有提供�l�用户一个接口来实现LEVEL��g��字符串的转换�Q�所以当带格式输出LogLevel字符
串时候会(x��)昄���"UNKNOWN"�Q?不够理想。比如用TTCCLayout控制输出的结果可能会(x��)如下所�C�：(x��)
		10-17-04 11:17:51,124 [1075298944] UNKNOWN root <> - info
		而不是期望的以下�l�果�Q?br />10-17-04 11:17:51,124 [1075298944] HELLO root <> - info
		要想实现�W�二�U�结果，按照log4cplus现有的接口机�Ӟ��只能改其源代码后重新�~�译�Q�方法是在loglevel.cxx
中加入：(x��)
		#define _HELLO_STRING LOG4CPLUS_TEXT("HELLO")
		然后修改log4cplus::tstring  defaultLogLevelToStringMethod(LogLevel ll)函数�Q�增加一个判断：(x��)
		case HELLO_LOG_LEVEL:    return _HELLO_STRING;
		重新�~�译log4cplus源代码后生成库文�Ӟ��再��用时卛_��实现满意效果�?/pre>
						
### 调试模式 ###
		即通过loglog来控制输�����试、警告或错误信息�Q�见�?�Q�这里不再赘�q��?/pre>
		 
		### ��Z��脚本配置来过滤log信息 ###
		除了通过�E�序实现对log环境的配�|�之外，log4cplus通过PropertyConfigurator�c�d����C����Z��脚本配置的功能�?br />通过脚本可以完成对logger、appender和layout的配�|�，因此可以解决怎样输出�Q�输出到哪里的问题，我将�?br />全文的最后一部分中提到多�U�程环境中如何利用脚本配�|�来配合实现性能���试�Q�本节将重点介绍�����本实现过
滤log信息的功能�?/pre>
		首先���单介�l�一下脚本的语法规则�Q?/pre>
		包括Appender的配�|�语法和logger的配�|�语法，其中�Q?/pre>
		1.Appender的配�|�语�?
		�Q?�Q�设�|�名�U�ͼ�(x��)
		/*讄����Ҏ(gu��)��*/
log4cplus.appender.appenderName=fully.qualified.name.of.appender.class
		例如�Q�列举了所有可能的Appender�Q�其中SocketAppender后面�?x��)讲刎ͼ?j��)�Q?br />log4cplus.appender.append_1=log4cplus::ConsoleAppender
log4cplus.appender.append_2=log4cplus::FileAppender
log4cplus.appender.append_3=log4cplus::RollingFileAppender
log4cplus.appender.append_4=log4cplus::DailyRollingFileAppender
log4cplus.appender.append_4=log4cplus::SocketAppender
		�Q?�Q�设�|�Filter�Q?/pre>
		包括选择�q���o(h��)器和讄����q���o(h��)条�g�Q�可选择的过滤器包括�Q�LogLevelMatchFilter、LogLevelRangeFilter�?br />和StringMatchFilter�Q?/pre>
		对LogLevelMatchFilter来说�Q�过滤条件包括LogLevelToMatch和AcceptOnMatch�Q�true|false�Q�， 只有
当log信息的LogLevel��g��LogLevelToMatch相同�Q�且AcceptOnMatch为true时才�?x��)匹配�?/pre>
		LogLevelRangeFilter来说�Q�过滤条件包括LogLevelMin、LogLevelMax和AcceptOnMatch�Q�只有当log信息
的LogLevel在LogLevelMin、LogLevelMax之间同时AcceptOnMatch为true时才�?x��)匹配�?/pre>
		对StringMatchFilter来说�Q�过滤条件包括StringToMatch和AcceptOnMatch�Q�只有当log信息的LogLevel�?br />与StringToMatch对应的LogLevel��g��相同�Q?且AcceptOnMatch为true时会(x��)匚w���?/pre>
						
�q���o(h��)条�g处理机制�c�M��于IPTABLE的Responsibility chain�Q�（卛_��deny、再allow�Q�不�q�执行顺序刚好相反，
后写的条件会(x��)被先执行�Q�比如：(x��)
		log4cplus.appender.append_1.filters.1=log4cplus::spi::LogLevelMatchFilter
log4cplus.appender.append_1.filters.1.LogLevelToMatch=TRACE
log4cplus.appender.append_1.filters.1.AcceptOnMatch=true
#log4cplus.appender.append_1.filters.2=log4cplus::spi::DenyAllFilter
		�?x��)首先执行filters.2的过滤条�Ӟ��关闭所有过滤器�Q�然后执行filters.1�Q�仅匚w��TRACE信息�?/pre>
		�Q?�Q�设�|�Layout
		可以选择不设�|�、TTCCLayout、或PatternLayout
		如果不设�|�，�?x��)输出简单格式的log信息�?/pre>
		讄���TTCCLayout如下所�C�：(x��)
log4cplus.appender.ALL_MSGS.layout=log4cplus::TTCCLayout
		讄���PatternLayout如下所�C�：(x��)
log4cplus.appender.append_1.layout=log4cplus::PatternLayout
log4cplus.appender.append_1.layout.ConversionPattern=%d{%m/%d/%y %H:%M:%S,%Q} [%t] %-5p - %m%n
						
2.logger的配�|�语�?/pre>
		包括rootLogger和non-root logger�?/pre>
		对于rootLogger来说�Q?br />log4cplus.rootLogger=[LogLevel], appenderName, appenderName, ...
		对于non-root logger来说�Q?br />log4cplus.logger.logger_name=[LogLevel|INHERITED], appenderName, appenderName, ...
						
脚本方式使用��h��非常���单，只要首先加蝲配置卛_���Q�urconfig.properties是自行定义的配置文�g�Q�：(x��)
		PropertyConfigurator::doConfigure("urconfig.properties");
						
下面我们通过例子体会(x��)一下log4cplus强大的基于脚本过滤log信息的功能�?/pre>
						
〖例8�?/pre>
		/*
 *    urconfig.properties
 */
log4cplus.rootLogger=TRACE, ALL_MSGS, TRACE_MSGS, DEBUG_INFO_MSGS, FATAL_MSGS
		log4cplus.appender.ALL_MSGS=log4cplus::RollingFileAppender
log4cplus.appender.ALL_MSGS.File=all_msgs.log
log4cplus.appender.ALL_MSGS.layout=log4cplus::TTCCLayout
		log4cplus.appender.TRACE_MSGS=log4cplus::RollingFileAppender
log4cplus.appender.TRACE_MSGS.File=trace_msgs.log
log4cplus.appender.TRACE_MSGS.layout=log4cplus::TTCCLayout
log4cplus.appender.TRACE_MSGS.filters.1=log4cplus::spi::LogLevelMatchFilter
log4cplus.appender.TRACE_MSGS.filters.1.LogLevelToMatch=TRACE
log4cplus.appender.TRACE_MSGS.filters.1.AcceptOnMatch=true
log4cplus.appender.TRACE_MSGS.filters.2=log4cplus::spi::DenyAllFilter
		log4cplus.appender.DEBUG_INFO_MSGS=log4cplus::RollingFileAppender
log4cplus.appender.DEBUG_INFO_MSGS.File=debug_info_msgs.log
log4cplus.appender.DEBUG_INFO_MSGS.layout=log4cplus::TTCCLayout
log4cplus.appender.DEBUG_INFO_MSGS.filters.1=log4cplus::spi::LogLevelRangeFilter
log4cplus.appender.DEBUG_INFO_MSGS.filters.1.LogLevelMin=DEBUG
log4cplus.appender.DEBUG_INFO_MSGS.filters.1.LogLevelMax=INFO
log4cplus.appender.DEBUG_INFO_MSGS.filters.1.AcceptOnMatch=true
log4cplus.appender.DEBUG_INFO_MSGS.filters.2=log4cplus::spi::DenyAllFilter
		log4cplus.appender.FATAL_MSGS=log4cplus::RollingFileAppender
log4cplus.appender.FATAL_MSGS.File=fatal_msgs.log
log4cplus.appender.FATAL_MSGS.layout=log4cplus::TTCCLayout
log4cplus.appender.FATAL_MSGS.filters.1=log4cplus::spi::StringMatchFilter
log4cplus.appender.FATAL_MSGS.filters.1.StringToMatch=FATAL
log4cplus.appender.FATAL_MSGS.filters.1.AcceptOnMatch=true
log4cplus.appender.FATAL_MSGS.filters.2=log4cplus::spi::DenyAllFilter
						
/*
 *    main.cpp
 */
#include 
#include 
#include 
		using namespace log4cplus;
		static Logger logger = Logger::getInstance("log");
		void printDebug()
{
    LOG4CPLUS_TRACE_METHOD(logger, "::printDebug()");
    LOG4CPLUS_DEBUG(logger, "This is a DEBUG message");
    LOG4CPLUS_INFO(logger, "This is a INFO message");
    LOG4CPLUS_WARN(logger, "This is a WARN message");
    LOG4CPLUS_ERROR(logger, "This is a ERROR message");
    LOG4CPLUS_FATAL(logger, "This is a FATAL message");
}
int main()
{
    Logger root = Logger::getRoot();
    PropertyConfigurator::doConfigure("urconfig.properties");
    printDebug();
		    return 0;
}
		�q�行�l�果�Q?/pre>
		1. all_msgs.log
10-17-04 14:55:25,858 [1075298944] TRACE log <> - ENTER: ::printDebug()
10-17-04 14:55:25,871 [1075298944] DEBUG log <> - This is a DEBUG message
10-17-04 14:55:25,873 [1075298944] INFO log <> - This is a INFO message
10-17-04 14:55:25,873 [1075298944] WARN log <> - This is a WARN message
10-17-04 14:55:25,874 [1075298944] ERROR log <> - This is a ERROR message
10-17-04 14:55:25,874 [1075298944] FATAL log <> - This is a FATAL message
10-17-04 14:55:25,875 [1075298944] TRACE log <> - EXIT:  ::printDebug()
		2. trace_msgs.log
10-17-04 14:55:25,858 [1075298944] TRACE log <> - ENTER: ::printDebug()
10-17-04 14:55:25,875 [1075298944] TRACE log <> - EXIT:  ::printDebug()
		3. debug_info_msgs.log
10-17-04 14:55:25,871 [1075298944] DEBUG log <> - This is a DEBUG message
10-17-04 14:55:25,873 [1075298944] INFO log <> - This is a INFO message
		4. fatal_msgs.log
10-17-04 14:55:25,874 [1075298944] FATAL log <> - This is a FATAL message
		 
		本部分详�l�介�l�了如何有选择地控制log信息的输出，最后一部分我们���介�l�一下多�U�程�?br />和C/S模式下该如何操作�Q�顺便提一下NDC的概��c(di��n)�?/pre>


杨粼�?/a> 2006-08-26 04:50 发表评论

开源日志系�l�log4cplus(�?

Fri, 25 Aug 2006 20:50:00 GMT

log4cplus在很多方面做的都很出�Ԍ��但是使用�q�程有些地方感觉不爽。在�l�箋�Ҏ(gu��)��之前我先把不爽之�?br />�E�微提一提，然后�l�箋介绍关于�U�程和套接字的知识�?br />

### 一些可以改�q�之�?###

1. 用户自定义LogLevel的实现机制不够开�?/pre>
		在第五篇中曾�l�介�l�过如何实现用户自行定义LogLevel�Q��ؓ(f��)了实现比较理想的效果�Q�甚臌���需要改log4cplus
的源代码。：(x��)�Q?/pre>
		2. 生成Logger对象的机制可以改�q?/pre>
		我在使用时候，�l�常需要在不同的文件、函��C��操作同一个logger�Q�虽然log4cplus实现了树(w��i)状存储以�?qi��ng)根�?br />名称生成Logger�Q�却没有充分利用�q�样的特点确保同一个名�U�对应的logger对象的唯一性，比如以下代码�Q?/pre>
		    ... ...
    
    Logger logger1 = Logger::getInstance("test");
    Logger logger2 = Logger::getInstance("test");
		    Logger * plogger1 = &logger1;
    Logger * plogger2 = &logger2;
		    std::cout << "plogger1: " << plogger1 << std::endl << "plogger2: " << plogger2 << std::endl;
    
    ... ...
    
    
�q�行�l�果�Q?/pre>
		plogger1: 0xbfffe5a0
plogger2: 0xbfffe580
						
从结果可以看出，明明是同一个Logger�Q�但每次调用都会(x��)产生一个Logger副本�Q�虽然结果是正确的（因�ؓ(f��)���存
储和操作分开了）(j��)�Q�但是资源有些浪费，我看了一下log4cplus的代码，其实可以按照如下方式实现�Q�示意�?br />的）(j��)�Q?/pre>
		#include 
#include 
#include 
		/* forward declaration */
class Logger;
		class LoggerContainer
{
public:
		    ~LoggerContainer();
		    Logger * getinstance(const std::string & strLogger);
		private:
		    typedef std::map<:string,> LoggerMap;
    LoggerMap loggerPtrs;
};
		class Logger
{
public:
     Logger() {std::cout << "ctor of Logger " << std::endl; }
    ~Logger() {std::cout << "dtor of Logger " << std::endl; }
		    static Logger * getInstance( const std::string & strLogger)
    {
        static LoggerContainer defaultLoggerContainer;
        return defaultLoggerContainer.getinstance(strLogger);
    }
};
		LoggerContainer::~LoggerContainer()
{
    /* release all ptr in LoggerMap */
    LoggerMap::iterator itr = loggerPtrs.begin();
		    for( ; itr != loggerPtrs.end(); ++itr )
 {
     delete (*itr).second;
 }
		}
		Logger * LoggerContainer::getinstance(const std::string & strLogger)
{
   LoggerMap::iterator itr = loggerPtrs.find(strLogger);
		   if(itr != loggerPtrs.end())
   {
       /* logger exist, just return it */
       return (*itr).second;
   }
   else
   {
       /* return a new logger */
       Logger * plogger = new Logger();
       loggerPtrs.insert(std::make_pair(strLogger, plogger));
		       return plogger;
   }
}
		int main()
{
    Logger * plogger1 = Logger::getInstance("test");
    Logger * plogger2 = Logger::getInstance("test");
		    std::cout << "plogger1: " << plogger1 << std::endl << "plogger2: " << plogger2 << std::endl;
		    return 0;
}
						
�q�行�l�果�Q?/pre>
		ctor of Logger
plogger1: 0x804fc30
plogger2: 0x804fc30
dtor of Logger
		�q�里的LoggerContainer相当于log4cplus中的Hierarchy�c�，�l�果可以看出�Q�通过同一个名�U�可以获取相同的
Logger实例�?/pre>
						
�q�有一些小毛病比如RollingFileAppender和DailyRollingFileAppender的参数输入顺序可以调整成�l�一方式
�{�等�Q�就不细说了�?/pre>
		本部分提��C��使用log4cplus时候感觉不爽的地方�Q�最后一部分���介�l�一下log4cplus中线�E�和套接字实现情�?br />


杨粼�?/a> 2006-08-26 04:50 发表评论

开源日志系�l�log4cplus(�?

Fri, 25 Aug 2006 20:49:00 GMT

摘要: 本文介绍了��用log4cplus有六个步骤，�q�提供了一些例子引��g��了解log4cplus的基本��用�? ### 基本使用 ### 使用log4cplus有六个基本步骤：(x��) 1. 实例化一个appender对象2. 实例化一个layout对象3. ��layout对象�l�定(attach)到appender对象4. 实例化一个logger对象,调用静态函敎ͼ�(x��)log4cplus::Logge... 阅读全文

杨粼�?/a> 2006-08-26 04:49 发表评论

开源日志系�l�log4cplus(�?

Fri, 25 Aug 2006 20:49:00 GMT

本文介绍了三�U�控制输出格式的布局��理器的概念和��用情况，通过掌握�q�些知识�Q�可以更有效地控制log�pȝ��输出��可能脓(chu��ng)�q�你需求的信息来�?br />

				
### 如何控制输出消息的格�?###

前面已经讲过�Q�log4cplus通过布局器（Layouts�Q�来控制输出的格式，log4cplus提供了三�U�类型的Layouts�Q?br />分别是SimpleLayout、PatternLayout、和TTCCLayout。其中：(x��)

1. SimpleLayout
是一�U�简单格式的布局器，在输出的原始信息之前加上LogLevel和一�?-"�?/pre>
		比如以下代码片段�Q?/pre>
		    ... ...
		    /* step 1: Instantiate an appender object */
    SharedObjectPtr _append (new ConsoleAppender());
    _append->setName("append for test");
		    /* step 2: Instantiate a layout object */
    std::auto_ptr  _layout(new log4cplus::SimpleLayout());
		    /* step 3: Attach the layout object to the appender */
    _append->setLayout( _layout );
		    /* step 4: Instantiate a logger object */
    Logger _logger = Logger::getInstance("test");
		    /* step 5: Attach the appender object to the logger  */
    _logger.addAppender(_append);
		     /* log activity */
    LOG4CPLUS_DEBUG(_logger, "This is the simple formatted log message...")
    
    ... ...
    
    
���打印结果：(x��)
DEBUG - This is the simple formatted log message...
		2. PatternLayout
是一�U�有词法分析功能的模式布局器，一提�v模式��׃��(x��)惌��v正则表达式，�q�里的模式和正则表达式类��|��但是
�q�比后者简单，能够寚w��定义的标识符�Q�称为conversion specifiers�Q�进行解析，转换成特定格式输出。以�?br />代码片段演示了如何��用PatternLayout�Q?/pre>
		    ... ...
		    /* step 1: Instantiate an appender object */
    SharedObjectPtr _append (new ConsoleAppender());
    _append->setName("append for test");
   
    /* step 2: Instantiate a layout object */
    std::string pattern = "%d{%m/%d/%y %H:%M:%S}  - %m [%l]%n";
    std::auto_ptr _layout(new PatternLayout(pattern));
    
    /* step 3: Attach the layout object to the appender */
    _append->setLayout( _layout );
		    /* step 4: Instantiate a logger object */
    Logger _logger = Logger::getInstance("test_logger.subtest");
		    /* step 5: Attach the appender object to the logger  */
    _logger.addAppender(_append);
		     /* log activity */
    LOG4CPLUS_DEBUG(_logger, "teststr")
    
    ... ...
    
输出�l�果�Q?br />10/16/04 18:51:25  - teststr [main.cpp:51]
		可以看出通过填写特定格式的模式字�W�串"pattern"�Q�原始信息被包含��C��堆有格式的信息当中了�Q�这��׃���?br />用户可以�Ҏ(gu��)��自��n需要来定制昄���内容�?pattern"可以包含普通字�W�串和预定义的标识符�Q�其中：(x��)
		�Q?�Q�普通字�W�串�Q�能够被直接昄���的信息�?br />�Q?�Q�预定义标识�W�，通过"%"与一个或多个字符共同构成预定义的标识�W�，能够产生出特定格式信息�?/pre>
		关于预定义标识符�Q�log4cplus文档中提供了详细的格式说明，我每�U�都试了一下，以上�q�C��码�ؓ(f��)例，�Ҏ(gu��)��不同
的pattern�Q�各�U�消息格式��用情况列丑֦�下：(x��)
		�Q?�Q?%%"�Q��{义�ؓ(f��)%, 卻I��std::string pattern = "%%" 时输�? "%"
�Q?�Q?%c"�Q�输出logger名称�Q�比如std::string pattern ="%c" 时输�? "test_logger.subtest"�Q?br />     也可以控制logger名称的显�C�层�ơ，比如"%c{1}"时输�?test_logger"�Q�其中数字表�C�层�ơ�?br />�Q?�Q?%D"�Q�显�C�本地时��_(d��)��当std::string pattern ="%D" 时输�?"2004-10-16 18:55:45"�Q?d昄���标准旉����Q?br />     所以当std::string pattern ="%d" 时输�?"2004-10-16 10:55:45" �Q�因为我们是�?区，�?个小时啊�Q��?br />     可以通过%d{...}定义更详�l�的昄���格式�Q�比�?d{%H:%M:%s}表示要显�C�小�?分钟�Q�秒。大括号中可昄����?br />     预定义标识符如下�Q?br />     
%a -- 表示�C�拜几，英文�~�写形式�Q�比�?Fri"
%A -- 表示�C�拜几，比如"Friday"
%b -- 表示几月份，英文�~�写形式�Q�比�?Oct"
%B -- 表示几月份，"October"
%c -- 标准的日期＋旉���格式�Q�如 "Sat Oct 16 18:56:19 2004"
%d -- 表示今天是这个月的几�?1-31)"16"
%H -- 表示当前时刻是几�?0-23)�Q�如 "18"
%I -- 表示当前时刻是几�?1-12)�Q�如 "6"
%j -- 表示今天是哪一�?1-366)�Q�如 "290"
%m -- 表示本月是哪一�?1-12)�Q�如 "10"
%M -- 表示当前时刻是哪一分钟(0-59)�Q�如 "59"
%p -- 表示现在是上午还是下午， AM or PM
%q -- 表示当前时刻中毫�U�部�?0-999)�Q�如 "237"
%Q -- 表示当前时刻中带���数的毫�U�部�?0-999.999)�Q�如 "430.732"
%S -- 表示当前时刻的多���秒(0-59)�Q�如 "32"
%U -- 表示本周是今�q�的�W�几个礼拜，以周日�ؓ(f��)�W�一天开始计��?0-53)�Q�如 "41"
%w -- 表示�C�拜几，(0-6, �C�拜天�ؓ(f��)0)�Q�如 "6"
%W -- 表示本周是今�q�的�W�几个礼拜，以周一为第一天开始计��?0-53)�Q�如 "41"
%x -- 标准的日期格式，�?"10/16/04"
%X -- 标准的时间格式，�?"19:02:34"
%y -- 两位数的�q�䆾(0-99)�Q�如 "04"
%Y -- 四位数的�q�䆾�Q�如 "2004"
%Z -- 时区名，比如 "GMT"
		�Q?�Q?%F"�Q�输出当前记录器所在的文�g名称�Q�比如std::string pattern ="%F" 时输�? "main.cpp"
�Q?�Q?%L"�Q�输出当前记录器所在的文�g行号�Q�比如std::string pattern ="%L" 时输�? "51"
�Q?�Q?%l"�Q�输出当前记录器所在的文�g名称和行��P��比如std::string pattern ="%L" 时输�?
     "main.cpp:51"
�Q?�Q?%m"�Q�输出原始信息，比如std::string pattern ="%m" 时输�? "teststr"�Q�即上述代码�?br />     LOG4CPLUS_DEBUG的第二个参数�Q�这�U�实现机制可以确保原始信息被嵌入到带格式的信息中�?br />�Q?�Q?%n"�Q�换行符�Q�没什么好解释�?br />�Q?�Q?%p"�Q�输出LogLevel�Q�比如std::string pattern ="%p" 时输�? "DEBUG"
�Q?0�Q?%t"�Q�输�����录器所在的�U�程ID�Q�比如std::string pattern ="%t" 时输�? "1075298944"
�Q?1�Q?%x"�Q�嵌套诊断上下文NDC (nested diagnostic context) 输出�Q�从堆栈中弹��Z��下文信息�Q�NDC可以用对
      不同源的log信息�Q�同时地�Q�交叉输�����行区分，关于NDC斚w��的详�l�介�l�会(x��)在下文中提到�?br />�Q?2�Q�格式对齐，比如std::string pattern ="%-10m"时表�C�左寚w���Q�宽度是10�Q�此时会(x��)输出"teststr   "�Q�当
      然其它的控制字符也可以相同的方式来��用，比如"%-12d"�Q?%-5p"�{�等�Q�刚接触log4cplus文档时还以�ؓ(f��)
      "%-5p"整个字符串代表LogLevel呢，呵呵�Q��?/pre>
		      
3. TTCCLayout
是在PatternLayout基础上发展的一�U�缺省的带格式输出的布局器， 其格式由旉����Q�线�E�ID�Q�Logger和NDC �l?br />成（consists of time, thread, Logger and nested diagnostic context information, hence the name�Q�，
因而得名（怎么得名的？Logger里哪里有那个"C"的羃写啊�Q�名字�v得真够烂的，��x��人）(j��)。提供给那些��x���C?br />典型的信息（一般情况下够用了）(j��)又懒得配�|�pattern的同志们�?/pre>
		TTCCLayout在构造时有机�?x��)选择昄���本地旉���或GMT旉����Q�缺省是按照本地旉���昄����Q?br />TTCCLayout::TTCCLayout(bool use_gmtime  = false)
		以下代码片段演示了如何��用TTCCLayout�Q?/pre>
		    ... ...
		    /* step 1: Instantiate an appender object */
    SharedObjectPtr _append (new ConsoleAppender());
    _append->setName("append for test");
		    /* step 2: Instantiate a layout object */
    std::auto_ptr _layout(new TTCCLayout());
		    /* step 3: Attach the layout object to the appender */
    _append->setLayout( _layout );
		    /* step 4: Instantiate a logger object */
    Logger _logger = Logger::getInstance("test_logger");
		    /* step 5: Attach the appender object to the logger  */
    _logger.addAppender(_append);
		     /* log activity */
    LOG4CPLUS_DEBUG(_logger, "teststr")
    
    ... ...
    
输出�l�果�Q?br />10-16-04 19:08:27,501 [1075298944] DEBUG test_logger <> - teststr
						
当构造TTCCLayout对象旉���择GMT旉���格式�Ӟ��(x��)
		    ... ...
    
    /* step 2: Instantiate a layout object */
    std::auto_ptr _layout(new TTCCLayout(true));
    
    ... ...
    
输出�l�果�Q?br />10-16-04 11:12:47,678 [1075298944] DEBUG test_logger <> - teststr
						
本文介绍了控制log信息格式的相关知识，下一部分���详�l�介�l�log信息的几�U�文件操作方式�?/pre>


杨粼�?/a> 2006-08-26 04:49 发表评论

开源日志系�l�log4cplus(一)

Fri, 25 Aug 2006 20:45:00 GMT

log4cplus是C++�~�写的开源的日志�pȝ��Q�功能非常全面，用到自己开发的工程中会(x��)比较专业的，�Q�）(j��)�Q�本文介�l�了log4cplus基本概念�Q�以�?qi��ng)如何安装，配置�?

				
### ����?###

log4cplus是C++�~�写的开源的日志�pȝ���Q�前�w�是java�~�写的log4j�pȝ��.受Apache Software License
保护。作者是Tad E. Smith。log4cplus��h���U�程安全、灵�z�R��以�?qi��ng)多�_�度控制的特点，通过���信息划�?br>优先�U���其可以面向程序调试、运行、测试、和�l�护�{�全生命周期�Q?你可以选择���信息输出到屏幕、文件�?br>NT event log、甚��x���q�程服务器；通过指定�{�略�Ҏ(gu��)��志进行定期备份等�{��?/pre>
 
### 下蝲 ###
最新的log4cplus可以从以下网址下蝲 http://log4cplus.sourceforge.net
本文使用的版本�ؓ(f��)�Q?.0.2
 
### 安装 ###
 
1. linux下安�?/pre>
tar xvzf log4cplus-x.x.x.tar.gz
cd log4cplus-x.x.x.
/configure --prefix=/where/to/install
make
make install


�q�里我采用缺省安装�\径：(x��)/usr/local�Q�下文如无特别说明，均以此�\径�ؓ(f��)准�?/pre>
 
2. windows下安�?/pre>
不需要安装，有一个msvc6存放包括源代码和用例在内的开发工�E�（for VC6 only�Q�，使用之前请先�~�译
"log4cplus_dll class"工程生成dll�Q�或者编�?log4cplus_static class"工程生成lib.
 
### 使用前的配置 ###
1. linux下的配置
���保你的Makefile中包�?/usr/local/lib/liblog4cplus.a�Q�静态库�Q�或  -llog4cplus�Q�动态库�Q�即可，
头文件在/usr/local/include/log4cplus目录下。对于动态库�Q�要��x���怋�用，�q�得���库安装路径加入�?br>LD_LIBRARY_PATH 中，我一般是�q�样做的�Q�以���理员��n份登录，�?etc/ld.so.conf中加入安装�\径，�q�里
�?usr/local/lib�Q�然后执行ldconfig使设�|�生效即可�?/pre>
2. windows下的配置
��?log4cplus_dll class"工程�?log4cplus_static class"工程的dsp 文�g插入��C��的工�E�中�Q�或者直�?br>把两个工�E�编译生成的库以�?qi��ng)头文�g所在目录放��C��的工�E�的搜烦(ch��)路径中，如果你��用静态库�Q�请在你的工�E�中
"project/setting/C++"的preprocessor definitions中加入LOG4CPLUS_STATIC�?/pre>
 
### 构成要素介绍 ###
虽然功能强大�Q�应该说log4cplus用�v来还是比较复杂的�Q��ؓ(f��)了更好地使用它，先介�l�一下它的基本要素�?/pre>
Layouts      �Q�布局器，控制输出消息的格�?
Appenders    �Q�挂接器�Q�与布局器紧密配合，���特定格式的消息输出到所挂接的设备终�?br>               �Q�如屏幕�Q�文件等�{?�?br>Logger       �Q�记录器�Q�保存�ƈ跟踪对象日志信息变更的实体，当你需要对一个对象进�?br>               记录�Ӟ�����需要生成一个logger�?br>Categories   �Q�分�c�d���Q�层�ơ化�Q�hierarchy�Q�的�l�构�Q�用于对被记录信息的分类�Q�层�ơ中
               每一个节点维护一个logger的所有信息�?br>Priorities   �Q�优先权�Q�包括TRACE, DEBUG, INFO, WARNING, ERROR, FATAL�?/pre>
				
本文介绍了log4cplus基本概念�Q�以�?qi��ng)如何安装，配置�Q�下一���将通过例子介绍如何使用log4cplus�?/pre>


杨粼�?/a> 2006-08-26 04:45 发表评论

Linux Socket�~�程实例(一个Hello World�E�序)

Thu, 20 Apr 2006 09:49:00 GMT

摘要: 在Linux下写了个��的socket�E�序�Q�分为客��L(f��ng)��和服务器�?服务端开一个端�?2000),做�ؓ(f��)一个daemon,�{�待客户的连接请�?一旦有客户�q�接,服务器端打印出客��L(f��ng)��的IP地址和端�?�q�且向服务器端发送欢�q�信息和旉��.下面是服务端的代�?tcpserver.c).�׃��q�只是个��单的�E�序�Q�所以只用了单线�E�实�? /**//* * * Tcp Serve... 阅读全文

杨粼�?/a> 2006-04-20 17:49 发表评论

Thu, 20 Apr 2006 09:45:00 GMT

摘要: 转蝲自：(x��)http://www.ibm.com/developerworks/cn/linux/l-mleak/index.html �z�琨 (hcode@21cn.com), C++�E�序�?2003 �q?7 �?26 �?本文针对 linux 下的 C++ �E�序的内存泄漏的��(g��)��方法及(qi��ng)其实现进行探讨。其中包�?C++ 中的 new �?delete 的基本原理，内存?g��u)��(g��)��子�pȝ��的实现原�?.. 阅读全文

杨粼�?/a> 2006-04-20 17:45 发表评论

Thu, 20 Apr 2006 09:43:00 GMT

守护�q�程�Q�Daemon�Q�是�q�行在后台的一�U�特�D�进�E�。它独立于控制终端�ƈ且周期性地执行某种��d��或等待处理某些发生的事�g。守护进�E�是一�U�很有用的进�E�。Linux的大多数服务器就是用守护�q�程实现的。比如，Internet服务器inetd�Q�W(xu��)eb服务器httpd�{�。同�Ӟ��守护�q�程完成许多�pȝ��d��。比如，作业规划�q�程crond�Q�打印进�E�lpd�{��?
守护�q�程的编�E�本�w��ƈ不复杂，复杂的是各种版本的Unix的实现机制不��相同，造成不同Unix环境下守护进�E�的�~�程规则�q�不一致。这需要读者注意，照搬某些书上的规则（特别是BSD4.3和低版本的System V�Q�到Linux�?x��)出现错误的。下面将全面介绍Linux下守护进�E�的�~�程要点�q�给��l�实例�?

一�Q?守护�q�程�?qi��ng)其��?gu��)�?

守护�q�程最重要的特性是后台�q�行。在�q�一点上DOS下的帔R��内存�E�序TSR与之�怼�。其�ơ，守护�q�程必须与其�q�行前的环境隔离开来。这些环境包括未关闭的文件描�q�符�Q�控制终端，�?x��)话和进�E�组�Q�工作目录以�?qi��ng)文件创建掩模等。这些环境通常是守护进�E�从执行它的父进�E�（特别是shell�Q�中�l�承下来的。最后，守护�q�程的启动方式有其特�D�之处。它可以在Linux�pȝ��启动时从启动脚本/etc/rc.d中启动，可以�׃��业规划进�E�crond启动�Q�还可以��q��L(f��ng)��端（通常是shell�Q�执行�?br />
��M��Q�除开�q�些�Ҏ(gu��)��性以外，守护�q�程与普通进�E�基本上没有什么区别。因此，�~�写守护�q�程实际上是把一个普通进�E�按照上�q�的守护�q�程的特性改造成为守护进�E�。如果读者对�q�程有比较深入的认识��更�Ҏ(gu��)��理解和编�E�了�?

二．守护�q�程的编�E�要�?

前面讲过�Q�不同Unix环境下守护进�E�的�~�程规则�q�不一致。所�q�的是守护进�E�的�~�程原则其实都一��P��区别在于具体的实现细节不同。这个原则就是要满��守护�q�程的特性。同�Ӟ��Linux是基于Syetem V的SVR4�q��循Posix标准�Q�实现�v来与BSD4相比更方�ѝ��编�E�要点如下；

1. 屏蔽一些有��x��制终端操作的信号�?br />�q�是��Z��防止在守护进�E�没有正常运转�v来时�Q�控制终端受到干扰退出或挂�v。示例如下：(x��)

				signal(SIGTTOU,SIG_IGN); 
signal(SIGTTIN,SIG_IGN); 
signal(SIGTSTP,SIG_IGN); 
signal(SIGHUP ,SIG_IGN);

　所有的信号都有自己的名字。这些名字都以“SIG”开��_(d��)��只是后面有所不同。开发�h员可以通过�q�些名字了解到系�l�中发生了什么事。当信号出现�Ӟ��开发�h员可以要求系�l�进行以下三�U�操作：(x��)

　忽略信号。大多数信号都是采取�q�种方式�q�行处理的，�q�里��采用了�q�种用法。但值得注意的是对SIGKILL和SIGSTOP信号不能做忽略处理�?br />　捕捉信号。最常见的情况就是，如果捕捉到SIGCHID信号�Q�则表示子进�E�已�l�终止。然后可在此信号的捕捉函��C��调用waitpid()函数取得该子�q�程的进�E�ID和它的终止状态。另外，如果�q�程创徏了��(f��)时文�Ӟ��那么��p��E�终止信号SIGTERM�~�写一个信��h��捉函数来清除�q�些临时文�g�?br />　执行�pȝ��的默认动作。对�l�大多数信号而言�Q�系�l�的默认动作都是�l�止该进�E�。对�q�些有关�l�端的信��P��一般采用忽略处理，从而保障了�l�端免受�q�扰�?br />　�q�类信号分别是，SIGTTOU�Q�表�C�后台进�E�写控制�l�端�Q�、SIGTTIN�Q�表�C�后台进�E�读控制�l�端�Q�、SIGTSTP�Q�表�C�终端挂��P��(j��)和SIGHUP�Q�进�E�组镉K��出时向所有会(x��)议成员发出的�Q��?

2. 在后台运行�?
为避免挂��h��制终端将Daemon攑օ�后台执行。方法是在进�E�中调用fork使父�q�程�l�止�Q�让Daemon在子�q�程中后台执行�?

if(pid=fork())
exit(0);//是父�q�程�Q�结束父�q�程�Q�子�q�程�l�箋

3. ��q��控制�l�端�Q�登录会(x��)话和�q�程�l?
有必要先介绍一下Linux中的�q�程与控制终端，��d��?x��)话和进�E�组之间的关�p�：(x��)�q�程属于一个进�E�组�Q�进�E�组��P��GID�Q�就是进�E�组长的�q�程��P��PID�Q�。登录会(x��)话可以包含多个进�E�组。这些进�E�组�׃�n一个控制终端。这个控制终端通常是创��E�的��d��l�端�?
控制�l�端�Q�登录会(x��)话和�q�程�l�通常是从父进�E��承下来的。我们的目的��是要摆脱它们，使之不受它们的媄(ji��ng)响。方法是在第1点的基础上，调用setsid()使进�E�成��Z��(x��)话组长：(x��)

setsid();

说明�Q�当�q�程是会(x��)话组长时setsid()调用��p�|。但�W�一点已�l�保证进�E�不是会(x��)话组�ѝ��setsid()调用成功后，�q�程成�ؓ(f��)新的�?x��)话�l�长和新的进�E�组长，�q�与原来的登录会(x��)话和�q�程�l�脱��R��由于会(x��)话过�E�对控制�l�端的独占性，�q�程同时与控制终端脱��R�?

4. ��止�q�程重新打开控制�l�端
现在�Q�进�E�已�l�成为无�l�端的会(x��)话组�ѝ��但它可以重新申��h��开一个控制终端。可以通过使进�E�不再成��Z��(x��)话组长来��止�q�程重新打开控制�l�端�Q?

if(pid=fork())
exit(0);//�l�束�W�一子进�E�，�W�二子进�E��l�（�W�二子进�E�不再是�?x��)话�l�长�Q?

5. 关闭打开的文件描�q�符
�q�程从创建它的父�q�程那里�l�承了打开的文件描�q�符。如不关闭，��会(x��)��费�pȝ��资源�Q�造成�q�程所在的文�g�pȝ��无法�怸�以及(qi��ng)引�v无法预料的错误。按如下�Ҏ(gu��)��关闭它们(NOFILE在头文�g中定�?�Q?

for(i=0;i < NOFILE;i++)
close(i);

6. 改变当前工作目录
�q�程�z�d��Ӟ��其工作目录所在的文�g�pȝ��不能�怸�。一般需要将工作目录改变到根目录。对于需要�{储核心，写运行日志的�q�程��工作目录改变到特定目录�?tmp�Q?br />

chdir("/tmp")

7. 重设文�g创徏掩模
�q�程从创建它的父�q�程那里�l�承了文件创建掩模。它可能修改守护�q�程所创徏的文件的存取位。�ؓ(f��)防止�q�一点，��文件创建掩模清除：(x��)

umask(0);

8. 处理SIGCHLD信号
处理SIGCHLD信号�q�不是必��ȝ��。但对于某些�q�程�Q�特别是服务器进�E�往往在请求到来时生成子进�E�处理请求。如果父�q�程不等待子�q�程�l�束�Q�子�q�程��成为僵��进�E�（zombie�Q�从而占用系�l�资源。如果父�q�程�{�待子进�E�结束，��增加父�q�程的负担，影响服务器进�E�的�q�发性能。在Linux下可以简单地��?SIGCHLD信号的操作设为SIG_IGN�?

signal(SIGCHLD,SIG_IGN);

�q�样�Q�内核在子进�E�结束时不会(x��)产生僵尸�q�程。这一点与BSD4不同�Q�BSD4下必��L��式等待子�q�程�l�束才能释放僵尸�q�程�?

杨粼�?/a> 2006-04-20 17:43 发表评论