Consumer 端在发起调用之前会先走 filter 链； provider 端在接收到请求时也是先走filter 链，然后才进行真正的业务逻辑处理。默认情况下，在 consumer 和 provider 的 filter链中都会有 Monitorfilter。
⚫ MonitorFilter 向 DubboMonitor 发送数据
⚫ DubboMonitor 将数据进行聚合后（默认聚合 1min 中的统计数据）暂存到ConcurrentMap<Statistics, AtomicReference> statisticsMap，然后使用一个含有3个线程（线程名字： DubboMonitorSendTimer）的线程池每隔 1min 钟，调用SimpleMonitorService 遍历发送 statisticsMap 中的统计数据，每发送完毕一个，就重置当前的 Statistics 的 AtomicReference
⚫ SimpleMonitorService 将这些聚合数据塞入 BlockingQueue queue 中（队列大写为100000）
⚫ SimpleMonitorService 使用一个后台线程（线程名为：DubboMonitorAsyncWriteLogThread）将 queue 中的数据写入文件（该线程以死循环的形式来写）
⚫ SimpleMonitorService 还会使用一个含有 1 个线程（线程名字：DubboMonitorTimer）的线程池每隔 5min 钟，将文件中的统计数据画成图表
注意：本文归作者所有，未经作者允许，不得转载
