MQ默认没开那个协议,只有java的,你找下文档,要打开 stomp才行...配置文件里面
ActiveMQ工作原理：
首先来看本地通讯的情况,应用程序A和应用程序B运行于同一系统A,它们之间可以借助消息队列技术进行彼此的通讯：应用程序A向队列1发送一条信息,而当应用程序B需要时就可以得到该信息.
MQ提供了用于应用集成的松耦合的连接方法,因为共享信息的应用不需要知道彼此物理位置（网络地址）；不需要知道彼此间怎样建立通信；不需要同时处于运行状态；不需要在同样的操作系统或网络环境下运行.
第一段：消息队列概述
消息队列中间件是分布式系统中重要的组件,主要解决应用耦合,异步消息,流量削锋等问题.实现高性能,高可用,可伸缩和最终一致性架构.是大型分布式系统不可缺少的中间件.
目前在生产环境,使用较多的消息队列有ActiveMQ,RabbitMQ,ZeroMQ,Kafka,MetaMQ,RocketMQ等.
第二段：消息队列应用场景
以下介绍消息队列在实际应用中常用的使用场景.异步处理,应用解耦,流量削锋和消息通讯四个场景.
小结：如以上案例描述,传统的方式系统的性能（并发量,吞吐量,响应时间）会有瓶颈.如何解决这个问题呢?
引入消息队列,将不是必须的业务逻辑,异步处理.改造后的架构如下：
场景说明：用户下单后,订单系统需要通知库存系统.传统的做法是,订单系统调用库存系统的接口.如下图：
传统模式的缺点：
①.） 假如库存系统无法访问,则订单减库存将失败,从而导致订单失败；
如何解决以上问题呢?引入应用消息队列后的方案,如下图：
订单系统：用户下单后,订单系统完成持久化处理,将消息写入消息队列,返回用户订单下单成功.
库存系统：订阅下单的消息,采用拉/推的方式,获取下单信息,库存系统根据下单信息,进行库存操作.
假如：在下单时库存系统不能正常使用.也不影响正常下单,因为下单后,订单系统写入消息队列就不再关心其他的后续操作了.实现订单系统与库存系统的应用解耦.
流量削锋也是消息队列中的常用场景,一般在秒杀或团抢活动中使用广泛.
应用场景：秒杀活动,一般会因为流量过大,导致流量暴增,应用挂掉.为解决这个问题,一般需要在应用前端加入消息队列.
可以控制活动的人数；
可以缓解短时间内高流量压垮应用；
用户的请求,服务器接收后,首先写入消息队列.假如消息队列长度超过最大数量,则直接抛弃用户请求或跳转到错误页面；
秒杀业务根据消息队列中的请求信息,再做后续处理.
日志处理是指将消息队列用在日志处理中,比如Kafka的应用,解决大量日志传输的问题.架构简化如下：
Kafka消息队列,负责日志数据的接收,存储和转发；
日志处理应用：订阅并消费kafka队列中的日志数据；
以下是新浪kafka日志处理应用案例：
(1)Kafka：接收用户日志的消息队列.
消息通讯是指,消息队列一般都内置了高效的通信机制,所以呢也可以用在纯的消息通讯.比如实现点对点消息队列,或者聊天室等.
点对点通讯：
聊天室通讯：
以上实际是消息队列的两种消息模式,点对点或发布订阅模式.模型为示意图,供参考.
第三段：消息中间件示例
消息队列采用高可用,可持久化的消息中间件.比如Active MQ,Rabbit MQ,Rocket Mq.（1）应用将主干逻辑处理完成后,写入消息队列.消息发送是否成功可以开启消息的确认模式.（消息队列返回消息接收成功状态后,应用再返回,这样保障消息的完整性）
Zookeeper注册中心,提出负载均衡和地址查找服务；
第四段：JMS消息服务
讲消息队列就不得不提JMS .JMS（Java Message Service,Java消息服务）API是一个消息服务的标准/规范,允许应用程序组件基于JavaEE平台创建、发送、接收和读取消息.它使分布式通信耦合度更低,消息服务更加可靠以及异步性.
每个消息只有一个消费者（Consumer）(即一旦被消费,消息就不再在消息队列中)
发送者和接收者之间在时间上没有依赖性,也就是说当发送者发送了消息之后,不管接收者有没有正在运行,它不会影响到消息被发送到队列
接收者在成功接收消息之后需向队列应答成功
包含三个角色主题（Topic）,发布者（Publisher）,订阅者（Subscriber） .多个发布者将消息发送到Topic,系统将这些消息传递给多个订阅者.
Pub/Sub的特点
每个消息可以有多个消费者
发布者和订阅者之间有时间上的依赖性.针对某个主题（Topic）的订阅者,它必须创建一个订阅者之后,才能消费发布者的消息.
为了消费消息,订阅者必须保持运行的状态.
为了缓和这样严格的时间相关性,JMS允许订阅者创建一个可持久化的订阅.这样,即使订阅者没有被激活（运行）,它也能接收到发布者的消息.
如果希望发送的消息可以不被做任何处理、或者只被一个消息者处理、或者可以被多个消费者处理的话,那么可以采用Pub/Sub模型.
在JMS中,消息的产生和消费都是异步的.对于消费来说,JMS的消息者可以通过两种方式来消费消息.
（1）同步
订阅者或接收者通过receive方法来接收消息,receive方法在接收到消息之前（或超时之前）将一直阻塞；
订阅者或接收者可以注册为一个消息监听器.当消息到达之后,系统自动调用监听器的onMessage方法.
JNDI：Java命名和目录接口,是一种标准的Java命名系统接口.可以在网络上查找和访问服务.通过指定一个资源名称,该名称对应于数据库或命名服务中的一个记录,同时返回资源连接建立所必须的信息.
(1) ConnectionFactory
创建Connection对象的工厂,针对两种不同的jms消息模型,分别有QueueConnectionFactory和TopicConnectionFactory两种.可以通过JNDI来查找ConnectionFactory对象.
所以,Destination实际上就是两种类型的对象：Queue、Topic可以通过JNDI来查找Destination.
Session是操作消息的接口.可以通过session创建生产者、消费者、消息等.Session提供了事务的功能.当需要使用session发送/接收多个消息时,可以将这些发送/接收动作放到一个事务中.同样,也分QueueSession和TopicSession.
消息生产者由Session创建,并用于将消息发送到Destination.同样,消息生产者分两种类型：QueueSender和TopicPublisher.可以调用消息生产者的方法（send或publish方法）发送消息.
消息消费者由Session创建,用于接收被发送到Destination的消息.两种类型：QueueReceiver和TopicSubscriber.可分别通过session的createReceiver(Queue)或createSubscriber(Topic)来创建.当然,也可以session的creatDurableSubscriber方法来创建持久化的订阅者.
消息监听器.如果注册了消息监听器,一旦消息到达,将自动调用监听器的onMessage方法.EJB中的MDB（Message-Driven Bean）就是一种MessageListener.
深入学习JMS对掌握JAVA架构,EJB架构有很好的帮助,消息中间件也是大型分布式系统必须的组件.本次分享主要做全局性介绍,具体的深入需要大家学习,实践,总结,领会.
第五段：常用消息队列
一般商用的容器,比如WebLogic,JBoss,都支持JMS标准,开发上很方便.但免费的比如Tomcat,Jetty等则需要使用第三方的消息中间件.本部分内容介绍常用的消息中间件（Active MQ,Rabbit MQ,Zero MQ,Kafka）以及他们的特点.
ActiveMQ特性如下：
⒌ 支持多种传送协议：in-VM,TCP,SSL,NIO,UDP,JGroups,JXTA
⒍ 支持通过JDBC和journal提供高速的消息持久化
⒏ 支持Ajax
⒐ 支持与Axis的整合
⒑ 可以很容易得调用内嵌JMS provider,进行测试
几个重要概念：
Broker：简单来说就是消息队列服务器实体.
Exchange：消息交换机,它指定消息按什么规则,路由到哪个队列.
Queue：消息队列载体,每个消息都会被投入到一个或多个队列.
Binding：绑定,它的作用就是把exchange和queue按照路由规则绑定起来.
Routing Key：路由关键字,exchange根据这个关键字进行消息投递.
vhost：虚拟主机,一个broker里可以开设多个vhost,用作不同用户的权限分离.
producer：消息生产者,就是投递消息的程序.
consumer：消息消费者,就是接受消息的程序.
消息队列的使用过程,如下：
exchange接收到消息后,就根据消息的key和已经设置的binding,进行消息路由,将消息投递到一个或多个队列里.
号称史上最快的消息队列,它实际类似于Socket的一系列接口,他跟Socket的区别是：普通的socket是端到端的（1:1的关系）,而ZMQ却是可以N：M 的关系,人们对BSD套接字的了解较多的是点对点的连接,点对点连接需要显式地建立连接、销毁连接、选择协议（TCP/UDP）和处理错误等,而ZMQ屏蔽了这些细节,让你的网络编程更为简单.ZMQ用于node与node间的通信,node可以是主机或者是进程.
引用官方的说法： "ZMQ(以下ZeroMQ简称ZMQ)是一个简单好用的传输层,像框架一样的一个socket library,他使得Socket编程更加简单、简洁和性能更高.是一个消息处理队列库,可在多个线程、内核和主机盒之间弹性伸缩.ZMQ的明确目标是"成为标准网络协议栈的一部分,之后进入Linux内核".现在还未看到它们的成功.但是,它无疑是极具前景的、并且是人们更加需要的"传统"BSD套接字之上的一 层封装.ZMQ让编写高性能网络应用程序极为简单和有趣."
特点是：
高性能,非持久化；
跨平台：支持Linux、Windows、OS X等.
可单独部署或集成到应用中使用；
可作为Socket通信库使用.
与RabbitMQ相比,ZMQ并不像是一个传统意义上的消息队列服务器,事实上,它也根本不是一个服务器,更像一个底层的网络通讯库,在Socket API之上做了一层封装,将网络通讯、进程通讯和线程通讯抽象为统一的API接口.支持"Request-Reply ","Publisher-Subscriber","Parallel Pipeline"三种基本模型和扩展模型.
ZeroMQ高性能设计要点：
①.、无锁的队列模型
对于跨线程间的交互（用户端和session）之间的数据交换通道pipe,采用无锁的队列算法CAS；在pipe两端注册有异步事件,在读或者写消息到pipe的时,会自动触发读写事件.
对于传统的消息处理,每个消息在发送和接收的时候,都需要系统的调用,这样对于大量的消息,系统的开销比较大,zeroMQ对于批量的消息,进行了适应性的优化,可以批量的接收和发送消息.
Kafka是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据. 这种动作（网页浏览,搜索和其他用户的行动）是在现代网络上的许多社会功能的一个关键因素. 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决. 对于像Hadoop的一样的日志数据和离线分析系统,但又要求实时处理的限制,这是一个可行的解决方案.Kafka的目的是通过Hadoop的并行加载机制来统一线上和离线的消息处理,也是为了通过集群机来提供实时的消费.
Kafka是一种高吞吐量的分布式发布订阅消息系统,有如下特性：
通过O(1)的磁盘数据结构提供消息的持久化,这种结构对于即使数以TB的消息存储也能够保持长时间的稳定性能.（文件追加的方式写入数据,过期的数据定期删除）
高吞吐量：即使是非常普通的硬件Kafka也可以支持每秒数百万的消息.
支持通过Kafka服务器和消费机集群来分区消息.
支持Hadoop并行数据加载.
Kafka相关概念
Broker
Topic
每条发布到Kafka集群的消息都有一个类别,这个类别被称为Topic.（物理上不同Topic的消息分开存储,逻辑上一个Topic的消息虽然保存于一个或多个broker上但用户只需指定消息的Topic即可生产或消费数据而不必关心数据存于何处）
Partition
Parition是物理上的概念,每个Topic包含一个或多个Partition.
Producer
负责发布消息到Kafka broker
Consumer
Consumer Group
每个Consumer属于一个特定的Consumer Group（可为每个Consumer指定group name,若不指定group name则属于默认的group）.
一般应用在大数据日志处理或对实时性（少量延迟）,可靠性（少量丢数据）要求稍低的场景使用.
著名的EIP实现框架Camel最早起源于ActiveMQ内的一些基于消息的集成需求,然后逐渐发展成为一个ActiveMQ的子项目,最后这一块的功能越来越完善,就成为了Apache的顶级项目.
所以,从一开始到现在,ActiveMQ与Camel这两个项目一直都是紧密联系的,可以非常方便的整合使用：比如在ActiveMQ的配置文件中直接按照Spring的配置方式使用Camel来实现ActiveMQ与其他外部系统或中间件的集成.而ActiveMQ中的一些简单的集成功能也越来越倾向于直接去掉或者移植到Camel环境中去实现.
第一段：ActiveMQ与ActiveMQ的集成
实现一个简单的从一个Queue到另一个Queue的消息转发.
① 在activemq.xml中加一句：import resource="camel.xml"/
[html] view plaincopy
xmlns=""
xmlns:xsi=""
xsi:schemaLocation="
"
camelContext id="camel"xmlns=""
route
descriptionExample Camel Route/description
from uri="activemq:example.A"/
to uri="activemq:example.B"/
/route
/camelContext
bean id="activemq"class="org.apache.activemq.camel.component.ActiveMQComponent"
property name="connectionFactory"
beanclassbeanclass="org.apache.activemq.ActiveMQConnectionFactory"
property name="brokerURL"value="vm://localhost?create=true"/
property name="userName"value="${activemq.username}"/
property name="password" value="${activemq.password}"/
/bean
/property
/beans/span
第二段：ActiveMQ与RabbitMQ集成
详细的配置参数：
从RabbitMQ路由消息到ActiveMQ
① Camel里添加AMQP的路由如下：
span style="white-space:pre" /spanroute
from uri="rabbitmq://localhost/t?username=guestpassword=guestexchangeType=topicautoDelete=falsequeue=t"/
to uri="activemq:example.fromRMQ"/
用途就是用来处理消息,也就是处理JMS的.消息队列在大型电子商务类网站,如京东、淘宝、去哪儿等网站有着深入的应用,队列的主要作用是消除高并发访问高峰,加快网站的响应速度.
在不使用消息队列的情况下,用户的请求数据直接写入数据库,高发的情况下,会对数据库造成巨大的压力,同时也使得系统响应延迟加剧,但使用队列后,用户的请求发给队列后立即返回.
例如：不能直接给用户提示订单提交成功,京东上提示："您提交了订单,请等待系统确认"再由消息队列的消费者进程从消息队列中获取数据,异步写入数据库.
由于消息队列的服务处理速度远快于数据库,所以呢用户的响应延迟可得到有效改善.
扩展资料：
ActiveMQ主要有以下几种使用场景
①.、异步调用.
需要起一个常驻进程来运行这个PHP文件,注意将最大运行时间设置为无限（set_time_limit(0)）及日志写入,方便出现问题排查.理论上来说,PHP不适合做常驻进程.