[发明专利]一种消息队列代理装置

说明书

本发明涉及一种消息队列代理装置，其特征在于，包括发送端代理器、接收端代理器和代理器内部协议，所述发送端代理器包括发送端代理器接口和若干发送端适配器，所述接收端代理器包括接收端代理器接口和若干消息队列的接收端处理器，所述代理器内部协议内设有若干不同的消息队列；对于所述代理器内部协议中的每个消息队列在所述发送端代理器和所述接收端代理器中至少具有一个发送端适配器和至少一个接收端处理器三者互相关联交互或通信，通过发明装置的应用，可以不用写消息队列的调用代码，可减少了开发成本，消除因人员水平的不同而造成的使用上的差别，以及能更好的保证消息不会因宕机而丢失，且所使用的消息队列服务可以随时切换等。

技术领域

本发明涉及软件领域，尤其是涉及一种消息队列代理装置。

背景技术

消息队列中间件是分布式系统中重要的组件,主要解决应用耦合、异步消息、流量削锋等问题。对于各种的消息队列的使用都有两步。一是将消息队列提交到消息队列中件间中，二是从消息队列中件间获取下来，然后调用业务处理方法处理消息。目前在市面上，使用较多的消息队列有ActiveMQ、RabbitMQ、ZeroMQ、Kafka、MetaMQ、RocketMQ、Redis等。它们都提供有消息提交和消息取出的客户端。但不同的消息队列中件，它们的客户端在使用上的差异是巨大的，这会造成：1、如果开发人员直接使用它们的客户端编码，要去适应不同的客端。这无疑给开发人员造成巨大的负担。2、开发人员人水平不同，在直接使用客端时，难免出现多种情况，甚至是严重的错误，造成消息丢失。3、直接使用消息队列的客户端，不利于消息队列的管理，如果调用链日志会断开。另外，当一个家互联网公司的研发团规模越来越大时，不可避免的会引进不同的消息队列。这些消息队列之间功能上和使用上都存在不少差异，增加了产品后期的维护成本和研发人员的学习成本。

发明内容

本发明的主要目的是克服现有技术的部分不足，提供一种消息队列代理装置，其特征在于，包括发送端代理器、接收端代理器和代理器内部协议，所述发送端代理器包括发送端代理器接口和若干发送端适配器，所述接收端代理器包括接收端代理器接口和若干消息队列的接收端处理器，所述代理器内部协议内设有若干不同的消息队列；对于所述代理器内部协议中的每个消息队列在所述发送端代理器和所述接收端代理器中至少具有一个发送端适配器和至少一个接收端处理器三者互相关联交互或通信；

优选地，所述发送端适配器则能够将从发送端代理器接口获得的消息发送到代理器内部协议对应的消息队列的对应主题中；所述接收端处理器能够从接收端代理器接口要处理的消息题主从消息队列上取下来，然后调用接收端代理器接口处理具体业务；

优选地，所述发送端代理器从发送端代理器接口得到消息后，将该消息封装后再发送打包好的消息；接收端代理器则要先解析封装好的消息，再调用接收端代理器接口处理具体业务；

优选地，所述代理器内部协议包括ActiveMQ、RabbitMQ、ZeroMQ、Kafka、MetaMQ、RocketMQ或Redis中任意两种或以上的协议；

优选地，所述装置还包括发送端代理器和接收端代理器包括提交消息端代理工厂和消息获取并处理的启动器，所述提交消息端代理工厂能够自动生成业务接口的提交消息代理，所述消息获取并处理的启动器能够启动取消息的具体客户端获取消息并调用具体业务实现来处理业务；

优选地，提交消息端代理工厂能够自动生成业务接口的提交消息代理时，包括获取当前调用的上下文变量，获取当前调用方法所传变量，将方法变量加密，将所有变量打包，调用具体的提交端客户端，把打包的消息提取到消息队列中；

优选地，所述消息获取并处理的启动器工作时，通过具体启动器，即消息获取客户端获取消息后，从消息中读取头信息，并保存到当前调用的上下文中，然后根据头信息中的加密参数，解密方法参数；进而调用业务接口具体实现处理业务；接着判断是否正常处理完成，如果否，重新获取当前消息并再次处理，否则消息获取客户端从消息队列中移除当前消息，并获取下一个消息；

优选地，所述发送端代理器接口和发送端代理器接口为同一个接口；