本次改造xxl-job原生的日志生成体系的目的探究？ xxl-job原本自己的客户端日志文件生成策略是：一个日志记录就生成一个文件，也就是当数据库存在一条日志logId，对应的客户端就会生成一个文件，由于定时任务跑批很多，并且有些任务间隔时间很短，比如几秒触发一次，这样的结果就是客户端会生成大量的文件，但是每个文件的内容其实不多，但大量的单独文件相比会占用更多的磁盘，造成磁盘资源紧张，同时对文件系统性能存在影响，长久以来，就会触发资源报警，所以，如果不想经常去清理日志文件的话，本着开源节流的思想，那么将零碎的文件通过某种方式进行整合就显得迫切需要了。 改造后的日志文件生成策略 原理阐述 减少日志文件个数，其实就是要将分散的日志文件进行合并，同时建立外部索引文件维护各自当次日志Id所对应的起始日志内容。在读取的时候先通过读取索引文件，进而再读取真实的日志内容。 下面是日志文件描述分析图： 对于一个执行器，在执行器下的所有的定时任务每天只生成一个logId_jobId_index.log的索引文件，用来维护日志Id与任务Id的对应关系；...
