96SEO 2026-02-20 04:19 32
两种方式各有优劣打电话可以立即得到响应但是你却不能跟多个人同时通话。

发送邮件可以同时与多个人收发邮件但是往往响应会有延迟。
我们之前学习的Feign调用就属于同步方式虽然调用可以实时得到结果但存在下面的问题
我们以购买商品为例用户支付后需要调用订单服务完成订单状态修改调用物流服务从仓库分配响应的库存并准备发货。
在事件模式中支付服务是事件发布者publisher在支付完成后只需要发布一个支付成功的事件event事件中带上订单id。
订单服务和物流服务是事件订阅者Consumer订阅支付成功的事件监听到事件后完成自己业务即可。
为了解除事件发布者与订阅者之间的耦合两者并不是直接通信而是有一个中间人Broker。
发布者发布事件到Broker不关心谁来订阅事件。
订阅者从Broker订阅事件不关心谁发来的消息。
是一个像数据总线一样的东西所有的服务要接收数据和发送数据都发到这个总线上这个总线就像协议一样让服务间的通讯变得标准和可控。
流量削峰不管发布事件的流量波动多大都由Broker接收订阅者可以按照自己的速度去处理事件
的软件是非常成熟的比较常见的一种就是我们今天要学习的MQ技术。
MQ中文是消息队列MessageQueue字面来看就是存放消息的队列。
也就是事件驱动架构中的Broker。
RabbitMQActiveMQRocketMQKafka公司/社区RabbitApache阿里Apache开发语言ErlangJavaJavaScalaJava协议支持AMQPXMPPSMTPSTOMPOpenWire,STOMPREST,XMPP,AMQP自定义协议自定义协议可用性高一般高高单机吞吐量一般差高非常高消息延迟微秒级毫秒级毫秒级毫秒以内消息可靠性高一般高一般
RabbitMQ是基于Erlang语言开发的开源消息通信中间件官网地址RabbitMQ:
virtualHost虚拟主机隔离不同租户的exchange、queue、消息的隔离
RabbitMQ官方提供了5个不同的Demo示例对应了不同的消息模型
官方的HelloWorld是基于最基础的消息队列模型来实现的只包括三个角色
com.rabbitmq.client.Connection;
com.rabbitmq.client.ConnectionFactory;
java.util.concurrent.TimeoutException;
1.1.设置连接参数分别是主机名、端口号、vhost、用户名、密码factory.setHost(192.168.150.101);factory.setPort(5672);factory.setVirtualHost(/);factory.setUsername(itcast);factory.setPassword(123321);//
simple.queue;channel.queueDeclare(queueName,
rabbitmq!;channel.basicPublish(,
message.getBytes());System.out.println(发送消息成功【
5.关闭通道和连接channel.close();connection.close();
java.util.concurrent.TimeoutException;
1.1.设置连接参数分别是主机名、端口号、vhost、用户名、密码factory.setHost(192.168.150.101);factory.setPort(5672);factory.setVirtualHost(/);factory.setUsername(itcast);factory.setPassword(123321);//
simple.queue;channel.queueDeclare(queueName,
4.订阅消息channel.basicConsume(queueName,
DefaultConsumer(channel){Overridepublic
String(body);System.out.println(接收到消息【
】);}});System.out.println(等待接收消息。
。
。
。
);}
定义consumer的消费行为handleDelivery()
SpringAMQP是基于RabbitMQ封装的一套模板并且还利用SpringBoot对其实现了自动装配使用起来非常方便。
dependencygroupIdorg.springframework.boot/groupIdartifactIdspring-boot-starter-amqp/artifactId
首先配置MQ地址在publisher服务的application.yml中添加配置
然后在publisher服务中编写测试类SpringAmqpTest并利用RabbitTemplate实现消息发送
org.springframework.amqp.rabbit.core.RabbitTemplate;
org.springframework.beans.factory.annotation.Autowired;
org.springframework.boot.test.context.SpringBootTest;
org.springframework.test.context.junit4.SpringRunner;
发送消息rabbitTemplate.convertAndSend(queueName,
首先配置MQ地址在consumer服务的application.yml中添加配置
然后在consumer服务的cn.itcast.mq.listener包中新建一个类SpringRabbitListener代码如下
org.springframework.amqp.rabbit.annotation.RabbitListener;
org.springframework.stereotype.Component;
listenSimpleQueueMessage(String
启动consumer服务然后在publisher服务中运行测试代码发送MQ消息
dependencygroupIdorg.springframework.boot/groupIdartifactIdspring-boot-starter-amqp/artifactId
首先配置MQ地址在publisher服务的application.yml中添加配置
然后在publisher服务中编写测试类SpringAmqpTest并利用RabbitTemplate实现消息发送
org.springframework.amqp.rabbit.core.RabbitTemplate;
org.springframework.beans.factory.annotation.Autowired;
org.springframework.boot.test.context.SpringBootTest;
org.springframework.test.context.junit4.SpringRunner;
发送消息rabbitTemplate.convertAndSend(queueName,
首先配置MQ地址在consumer服务的application.yml中添加配置
然后在consumer服务的cn.itcast.mq.listener包中新建一个类SpringRabbitListener代码如下
org.springframework.amqp.rabbit.annotation.RabbitListener;
org.springframework.stereotype.Component;
listenSimpleQueueMessage(String
启动consumer服务然后在publisher服务中运行测试代码发送MQ消息
queues任务模型。
简单来说就是让多个消费者绑定到一个队列共同消费队列中的消息。
当消息处理比较耗时的时候可能生产消息的速度会远远大于消息的消费速度。
长此以往消息就会堆积越来越多无法及时处理。
在publisher服务中的SpringAmqpTest类中添加一个测试方法
发送消息rabbitTemplate.convertAndSend(queueName,
要模拟多个消费者绑定同一个队列我们在consumer服务的SpringRabbitListener中添加2个新的方法
LocalTime.now());Thread.sleep(20);
{System.err.println(消费者2........接收到消息【
LocalTime.now());Thread.sleep(200);
启动ConsumerApplication后在执行publisher服务中刚刚编写的发送测试方法testWorkQueue。
可以看到消费者1很快完成了自己的25条消息。
消费者2却在缓慢的处理自己的25条消息。
也就是说消息是平均分配给每个消费者并没有考虑到消费者的处理能力。
这样显然是有问题的。
在spring中有一个简单的配置可以解决这个问题。
我们修改consumer服务的application.yml文件添加配置
spring:rabbitmq:listener:simple:prefetch:
生产者发送的消息只能发送到交换机交换机来决定要发给哪个队列生产者无法决定
可以看到在订阅模型中多了一个exchange角色而且过程略有变化
Publisher生产者也就是要发送消息的程序但是不再发送到队列中而是发给X交换机Exchange交换机图中的X。
一方面接收生产者发送的消息。
另一方面知道如何处理消息例如递交给某个特别队列、递交给所有队列、或是将消息丢弃。
到底如何操作取决于Exchange的类型。
Exchange有以下3种类型
的队列Consumer消费者与以前一样订阅队列没有变化Queue消息队列也与以前一样接收消息、缓存消息。
Exchange交换机只负责转发消息不具备存储消息的能力因此如果没有任何队列与Exchange绑定或者没有符合路由规则的队列那么消息会丢失
生产者发送的消息只能发送到交换机交换机来决定要发给哪个队列生产者无法决定4
创建两个队列fanout.queue1和fanout.queue2绑定到交换机itcast.fanout
Spring提供了一个接口Exchange来表示所有不同类型的交换机
org.springframework.amqp.core.Binding;
org.springframework.amqp.core.BindingBuilder;
org.springframework.amqp.core.FanoutExchange;
org.springframework.amqp.core.Queue;
org.springframework.context.annotation.Bean;
org.springframework.context.annotation.Configuration;
FanoutExchange(itcast.fanout);}
BindingBuilder.bind(fanoutQueue1).to(fanoutExchange);}
BindingBuilder.bind(fanoutQueue2).to(fanoutExchange);}
在publisher服务的SpringAmqpTest类中添加测试方法
everyone!;rabbitTemplate.convertAndSend(exchangeName,
在consumer服务的SpringRabbitListener中添加两个方法作为消费者
{System.out.println(消费者1接收到Fanout消息【
{System.out.println(消费者2接收到Fanout消息【
在Fanout模式中一条消息会被所有订阅的队列都消费。
但是在某些场景下我们希望不同的消息被不同的队列消费。
这时就要用到Direct类型的Exchange。
队列与交换机的绑定不能是任意绑定了而是要指定一个RoutingKey路由key
Exchange不再把消息交给每一个绑定的队列而是根据消息的Routing
利用RabbitListener声明Exchange、Queue、RoutingKey
在consumer服务中编写两个消费者方法分别监听direct.queue1和direct.queue2
基于Bean的方式声明队列和交换机比较麻烦Spring还提供了基于注解方式来声明。
在consumer的SpringRabbitListener中添加两个消费者同时基于注解来声明队列和交换机
msg){System.out.println(消费者接收到direct.queue1的消息【
msg){System.out.println(消费者接收到direct.queue2的消息【
在publisher服务的SpringAmqpTest类中添加测试方法
发送消息rabbitTemplate.convertAndSend(exchangeName,
如果多个队列具有相同的RoutingKey则与Fanout功能类似
基于RabbitListener注解声明队列和交换机有哪些常见注解
Topic类型的Exchange与Direct相比都是可以根据RoutingKey把消息路由到不同的队列。
只不过Topic类型Exchange可以让队列在绑定Routing
都会被匹配到。
包括china.news和china.wea***r
并利用RabbitListener声明Exchange、Queue、RoutingKey
在consumer服务中编写两个消费者方法分别监听topic.queue1和topic.queue2
在publisher服务的SpringAmqpTest类中添加测试方法
发送消息rabbitTemplate.convertAndSend(exchangeName,
在consumer服务的SpringRabbitListener中添加方法
msg){System.out.println(消费者接收到topic.queue1的消息【
msg){System.out.println(消费者接收到topic.queue2的消息【
Topic交换机接收的消息RoutingKey必须是多个单词以
Topic交换机与队列绑定时的bindingKey可以指定通配符
之前说过Spring会把你发送的消息序列化为字节发送给MQ接收消息的时候还会把字节反序列化为Java对象。
只不过默认情况下Spring采用的序列化方式是JDK序列化。
众所周知JDK序列化存在下列问题
发送消息rabbitTemplate.convertAndSend(simple.queue,,
显然JDK序列化方式并不合适。
我们希望消息体的体积更小、可读性更高因此可以使用JSON方式来做序列化和反序列化。
dependencygroupIdcom.fasterxml.jackson.dataformat/groupIdartifactIdjackson-dataformat-xml/artifactIdversion2.9.10/version
Jackson2JsonMessageConverter();
作为专业的SEO优化服务提供商,我们致力于通过科学、系统的搜索引擎优化策略,帮助企业在百度、Google等搜索引擎中获得更高的排名和流量。我们的服务涵盖网站结构优化、内容优化、技术SEO和链接建设等多个维度。
| 服务项目 | 基础套餐 | 标准套餐 | 高级定制 |
|---|---|---|---|
| 关键词优化数量 | 10-20个核心词 | 30-50个核心词+长尾词 | 80-150个全方位覆盖 |
| 内容优化 | 基础页面优化 | 全站内容优化+每月5篇原创 | 个性化内容策略+每月15篇原创 |
| 技术SEO | 基本技术检查 | 全面技术优化+移动适配 | 深度技术重构+性能优化 |
| 外链建设 | 每月5-10条 | 每月20-30条高质量外链 | 每月50+条多渠道外链 |
| 数据报告 | 月度基础报告 | 双周详细报告+分析 | 每周深度报告+策略调整 |
| 效果保障 | 3-6个月见效 | 2-4个月见效 | 1-3个月快速见效 |
我们的SEO优化服务遵循科学严谨的流程,确保每一步都基于数据分析和行业最佳实践:
全面检测网站技术问题、内容质量、竞争对手情况,制定个性化优化方案。
基于用户搜索意图和商业目标,制定全面的关键词矩阵和布局策略。
解决网站技术问题,优化网站结构,提升页面速度和移动端体验。
创作高质量原创内容,优化现有页面,建立内容更新机制。
获取高质量外部链接,建立品牌在线影响力,提升网站权威度。
持续监控排名、流量和转化数据,根据效果调整优化策略。
基于我们服务的客户数据统计,平均优化效果如下:
我们坚信,真正的SEO优化不仅仅是追求排名,而是通过提供优质内容、优化用户体验、建立网站权威,最终实现可持续的业务增长。我们的目标是与客户建立长期合作关系,共同成长。
Demand feedback