log4j2 输入日志到flume

最近想将服务的运行日志收集起来，首先了解到flume技术栈

采用flume方案定了之后有两种方式实现

1: 在应用中，log4j2直接发送日志信息到flume ，

2: 通过监控log4j2 产生的日志文件，将日志文件新产生的日志发送到flume

下面两种方式都会介绍，首先透漏下我们选择的解决方案，我们选择了第二种监控新产生的日志文件

为什么这么选择：

第一种方式需要修改服务中log4j2的配置，添加flume Appender , 在应用中，当日志输出时，就会输出到flume，很显然，这种方式耦合了应用，并且对应用的性能有影响，到底有多大影响，这个还没有测试，其次，这种方式应用中依赖了flume的依赖，假如将来部署服务的时候不想收集日志了，会不会对项目的启动有影响，这一点也还没有验证，后续可能会验证

第二种方式完全是监控日志文件，当产生新的日志文件或者日志文件中生成新的日志时，就会触发日志收集。完全脱离应用存在。

我们介绍第二种方式的探索过程：
需求：当日志目录下产生新的文件或动态产生日志时，收集日志，发送到flume

接下来了解flume能不能解决我们的需求：

flume 入门相关概念：

source：

channel:

sink ;

source 中有很多分类，我们着重分析了几个的使用场景和特点

execSource :

spooldirSource :

taildirSource:

syslogSource ;

httpSource ;

经过分析每种Source的特点，很容易发现tailSource最接近我们的需求：

但是也有几个问题：

1：log4j2产生日志的逻辑是当日志文件内容达到设置的size上限就会重命名该日志文件（例如：sysware-2018-12-20-1.log）,然后新建一个sysware.log文件，供日志输出，重命名日志之后，和原来的sysware.log日志文件全路径不一致，taildirSource会当做一个新的日志文件，再次重复读取，造成重复读取的问题

2：dirSource监控的dir 可以指定文件名称或者通过正则，但是如果已经有子文件夹的日志读取不到

上面的问题只能通过源码方式解决了

XXXXXX

所有的准备工作都做好了，我们现在开始做一个demo

XXXX