项目开发阶段遇到一个需求，描述大致就是同一个用户在A系统数据库保存的数据信息与在B系统数据库保存的数据信息要保持同步。当A系统用户修改了个人信息，A系统后台在将用户修改后的信息入库的同时也会向B系统发送消息，让B系统后台进行自动数据信息同步。
??这个可以根据各企业各自的系统间通讯方式来灵活处理。这里我介绍我运用的处理方式，作为经验总结记录和分享。
??深谙spring的实现原理：使用dom4j技术对xml文件进行解析读取扫描注解通过反射机制来进行对象的创建，于是解决上述需求的方案由此得到启发。对于我们实际系统来说，这就是一个小框架，扩展性非常好，后来者只需要专注业务逻辑的实现即可完成数据同步的需求。
??下面先贴目录结构
?????
这里运用先缓存业务逻辑处理方法的策略，即在服务器启动的时候就将写好的业务逻辑处理方法缓存到内存中，通过监听器监听到其他系统有发送同步消息时自动调用相应的处理方法来进行数据同步。
要缓存服务，需要用到注解和反射
下面贴上两个自定义注解：分别是类注解和方法注解
然后定义一个通用的业务处理类，通过这个类来保存注解类对象，然后运用反射机制来调用具体的业务逻辑处理方法
spring容器初始化时还需要做的另一件事——将带有注解的类和方法缓存在map中，key值就是方法上面的注解value值，key对应的value就是带注解的对应的业务处理类对象实例
然后在spring容器启动的时候调用上述类中的初始化方法和启动消息监听器
消息监听器启动时需要指定消息处理器，这个处理器实现了MessageHandler接口，一旦有消息从其他系统发过来，监听器监听到消息到来就会调用messageReceived(Objectarg0)这个方法，参数即为接收到的消息
然后在这个类的messageReceived(Objectarg0)方法中再调用接收消息执行器将接收到的消息进行处理，解析消息内容得到里面用来标记具体业务逻辑处理方法的值，然后将该值与缓存在map中的key值比对，找到对应的方法用反射来调用。
这个ServiceReceiveExecutor类会将消息中解析出来的报文body通过反射参数传到具体的业务逻辑处理类中，最后就是具体的业务逻辑处理类了，这个类或者方法可以按相同的方式进行任意扩展
?
最后还有一个容器销毁时释放缓存的监听器
这样整个小框架就完毕了，使用时只需要在spring的配置文件中将SpringContextReceiveUtil这个类的bean配置好，在web.xml中配置StartupListener这个监听器就可以使用了。接收消息按UserInfoService类方法上面注解唯一标识来区分。后续还有其他消息要接收，直接按照这种注解方式在UserInfoService类中扩展或者另外新增类似UserInfoService类都可以。