RollingFileAppender类可以根据你预先设定的大小来决定是否转储，当超过该大小，后续log信息会另存到新文件中，
除了定义每个记录文件的大小之外，你还要确定在RollingFileAppender类对象构造时最多需要多少个这样的记录文件
(maxBackupIndex+1)，当存储的文件数目超过maxBackupIndex+1时，会删除最早生成的文件，保证整个文件数目等于
maxBackupIndex+1。然后继续记录，比如以下代码片段：

          
 #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<1000;i++)    {        
            NDCContextCreator _context("loop");        
            LOG4CPLUS_DEBUG(subTest, "Entering loop #" << i)   
   }        
       

    运行结果：运行后会产生6个输出文件，Test.log、Test.log.1、Test.log.2、Test.log.3、Test.log.4、Test.log.5
                       其中Test.log存放着最新写入的信息，而最后一个文件中并不包含第一个写入信息，说明已经被不断更新了。
                       需要指出的是，这里除了Test.log之外，每个文件的大小都是200K,而不是我们想像中的5K，
                       这是因为log4cplus中隐含定义了文件的最小尺寸是200K，只有大于200K的设置才生效，<= 200k的设置都会被认为是200K.

四. DailyRollingFileAppender类
构造函数如下：
 DailyRollingFileAppender::DailyRollingFileAppender(const log4cplus::tstring& filename,
                                                    DailyRollingFileSchedule schedule,                                                  
                                                    bool immediateFlush,                                                  
                                                    int maxBackupIndex)                                                  
       filename       : 文件名
       schedule       : 存储频度
       immediateFlush : 缓冲刷新标志
       maxBackupIndex : 最大记录文件数

DailyRollingFileAppender类可以根据你预先设定的频度来决定是否转储，当超过该频度，
后续log信息会另存到新文件中，这里的频度包括：
MONTHLY（每月）、WEEKLY（每周）、DAILY（每日）、TWICE_DAILY（每两天）、HOURLY（每时）、MINUTELY（每分）。
maxBackupIndex的含义同上所述，比如以下代码片段：

          
 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<100;i++)    {        
             NDCContextCreator _context("loop");        
             LOG4CPLUS_DEBUG(subTest, "Entering loop #" << i)    
 }       
 
   

  运行结果：运行后会以分钟为单位，分别生成名为
  Test.log.2004-10-17-03-03、Test.log.2004-10-17-03-04和Test.log.2004-10-17-03-05这样的文件。
  需要指出的是，刚看到按照频度（如HOURLY、MINUTELY）转储这样的概念，以为log4cplus提供了内部定
  时器，感觉很奇怪，因为日志系统不应该主动记录，而loging事件总是应该被动触发的啊。仔细看了源
  代码后才知道这里的"频度"并不是你写入文件的速度，其实是否转储的标准并不依赖你写入文件的速度，
  而是依赖于写入的那一时刻是否满足了频度条件，即是否超过了以分钟、小时、周、月为单位的时间刻度，
  如果超过了就另存。本部分详细介绍log信息的几种文件操作方式，下面将重点介绍一下如何有选择地控
  制log信息的输出。