java包分层总结

mapper

数据库操作类，该包下mybatis中一般都是自动生成

manager

数据库中的相关操作，dto与po之间的转换，以及mapper中各个原子操作的组合使用，事务控制。避免manager层面使用cache层。因为cache层使用manager层的操作进行缓存加载，避免出现循环依赖。

1. manager层要不要互相依赖？如果不互相依赖则会出现重复代码，比如，两个manager都使用到同一个sql的操作，那么就要写两份一模一样的sql，如果互相依赖则可以避免该问题，但是又会引入新的风险：循环依赖，这个只能在代码设计层面尽可能的避免，如果出现循环依赖可以考虑上升到更高一层解决，例如：service层

cache

缓存类，一般使用manager包进行加载数据库数据至缓存。因此不要在manager中使用cache缓存，尽量的避免出现循环依赖导致的偶发性问题，如果出现循环依赖则需要考虑更多的场景去避免NPE或者实际对业务产生影响的问题出现，例如：访问依赖bean中的属性需要判空。如果有此类需求，可以放入更上层的业务处理层，例如：provider提供层、consumer消息消费层、service业务处理层等。因为这些层面不会被其他层使用，尽量做到单向依赖，避免循环依赖

业务层

底层尽量不要处理异常，尽可能交给上层处理，异常统一放在业务层进行捕获处理。

provider

一般用来提供服务，例如：dubbo提供者

consumer

一般用来提供消息消费服务

service

一般用来提供业务逻辑封装。如果与manager放在一起，则会看上去很混乱，不知道哪些是纯dao的封装，哪些是业务逻辑的封装

依赖图

尽量避免分层间的循环依赖，做到单向依赖。

Q&A

兄弟层是否应该允许互相引用？

如果允许的话，就代表manager层的manager类可以互相之间引用，这样也是有循环依赖的风险存在的。如果存在定时任务，定时任务调用依赖manager的方法，此时manager没有初始化完成是存在空指针风险的。当然可以规避掉，只是设计时应尽可能的避免