前面已经完全介绍了客户端各部分功能，最后，我们来看下客户端端的整体目录结构
一级目录相比服务端，多了几个，receiver用于接收业务系统的事件推送，前面专门有一篇说过，而message目录是基础数据的维护，platform是基础数据维护的依赖框架 。
框架
customerhandler包存在自定义的消息处理器，包括过滤重复消息、心跳超时、请求消息业务处理和响应消息业务处理。
handler与sender包类似，都是存放请求、响应、父类和工厂，是系统的技术框架。
根目录下几个单独的类，是用来进行netty的初始化、处理器装配、全局容器、消息重发、全局容器、配置参数处理的。
消息处理器
内部分为request请求和response响应两个包，每个包下面可以继续按系统-模块划分，如ConsignmentBillCreateRequestHandler，是在lms物流系统transportbill运单模块下的委托单创建请求处理。
对于少数几个系统技术框架部分，不属于业务开发部分的处理器，我们虚拟一个system的包来存放，例如登录请求和消息确认响应。
消息发送器
同消息处理器类似，内部分为request请求和response响应两个包，每个包下面可以继续按系统-模块划分，如ConsignmentBillCreateRequestSender，是在lms物流系统transportbill运单模块下的委托单创建发送处理。
对于少数几个系统技术框架部分，不属于业务开发部分的处理器，我们虚拟一个system的包来存放，例如错误响应、登录响应、消息确认响应。
基础数据维护
基础数据的维护，客户端端只需要日志和消息主题，标准的三层架构
到此，客户端部分已介绍完成，下篇开始我们介绍客户端与服务端的交互。
