Otter源码深入详解（二）

先从manager的三个子模块开始分析
一、biz模块
autokeeper
AutoKeeperCollector类：
继承自InitializingBean，afterPropertiesSet()调用后，调用startCollect()
startCollect启动线程，通过调用zk的四字命令，来获取zk的状态：

autokeeper
AutoKeeperData类：继承自AutoKeeperPersist接口
每次监控zk状态，有新的连接加入的时候，就会调用autoKeeperData对象，将连接信息，存入Map


Map的大体结构就是>，说白了就是存的zk信息

common-alarm模块
主要是告警模块，最终发告警邮件，都是这个模块，

AlarmMessage data ，data.getMessage为告警信息，data.getReceiveKey为管理后台配置的告警接收人。
common-arbitrate模块
ArbitrateConfigImpl类，存着channel和pipeline的映射关系
DeadNodeListener类，继承InitializingBean接口，当afterPropertiesSet（）接口调用，启动线程，处理死亡节点（Node节点）
其中processDead（）方法，确认节点死亡，会发送告警，并重启对应channel

common-DataSourceCreator、basedao、baseservcie，不多说，数据库的连接及增删改查。

config模块为各增删改查的业务模块（channel、pipeline、canal、zk、node、alarm）
monitor为各种模块的监控报警策略，报警收敛配置等
statistics为延迟、堆积等状态的增删改查方法
user顾名思义，用户，管理员，增删改查

remote模块：这个模块都是一些远程调用的方法，用于获取node，canal的一些状态信息
interceptor和impl分别为接口和实现，具体是干嘛的，在接口的代码里，都有详细的介绍

再看biz模块的配置，配置采用spring配置，ORM框架为Mybatis

二、deployer模块分析：
web容器为内嵌Jetty，实现类：JettyEmbedServer
启动类：OtterManagerLauncher 加载配置文件，调用jetty启动web容器
resources下放入很多静态文件，和主配置文件

三、web模块：
放了一堆Action(Controller方法) ，调用biz模块中的service,dao。