RabbitMQ

前言 我回来啦，前段时间忙得不可开交。这段时间终于能喘口气了，继续把之前挖的坑填起来。写完上一篇秒杀系统（四）：数据库与缓存双写一致性深入分析后，感觉文章深度一下子被我抬高了一些，现在构思新文章的时候，反而畏手畏脚，不敢随便写了。对于未来文章内容的想法，我写在了本文的末尾。 本文我们来聊聊秒杀系统中的订单异步处理。 本篇文章主要内容 为何我们需要对下订单采用异步处理 简单的订单异步处理实现 非异步与异步下单接口的性能对比 一个用户抢购体验更好的实现方式 前文回顾 零基础实现秒杀系统（一）：防止超卖 零基础实现秒杀系统（二）：令牌桶限流 + 再谈超卖 零基础实现秒杀系统（三）：抢购接口隐藏 + 单用户限制频率 零基础实现秒杀系统（四）：数据库与缓存双写一致性深入分析 零基础上手秒杀系统（五）：如何优雅的完成订单异步处理（本文） ... 项目源码 再也不用担心看完文章不会代码实现啦： https://github.com/qqxx6661/miaosha 我发现该仓库的star数不知不觉已经超过100啦。❞ 我努力将整个仓库的代码尽量做到整洁和可复用，在代码中我尽量做好每个方法的文档，并且尽量最小化方法的功能，比如下面这样： public interface StockService { /** * 查询库存：通过缓存查询库存 * 缓存命中：返回库存 * 缓存未命中

一、背景 生产端向rabbitmq发送消息时，由于网络等原因可能导致消息发送失败。所以，rabbitmq必须有机制确保消息能准确到达mq，如果不能到达，必须反馈给生产端进行重发。 RabbitMQ消息的可靠性投递主要两种实现： 1、通过实现消费的重试机制，通过@Retryable来实现重试，可以设置重试次数和重试频率； 2、生产端实现消息可靠性投递。 两种方法消费端都可能收到重复消息，要求消费端必须实现幂等性消费。 二、消息投递到exchange的确认模式 rabbitmq的消息投递的过程为： producer ——> rabbitmq broker cluster ——> exchange ——> queue ——> consumer 1、生产端发送消息到rabbitmq broker cluster后，异步接受从rabbitmq返回的ack确认信息。 2、生产端收到返回的ack确认消息后，根据ack是true还是false，调用confirmCallback接口进行处理。 在application.yml中开启生产端confirm模式 spring: rabbitmq: publisher -confirms: true 实现ConfirmCallback接口中的confirm方法，ack为true表示消息发送成功，ack为false表示消息发送失败 @Component

工作了11年，工作压力大，节奏快，但是从技术上确实得到了成长，尤其是当你维护与大促相关的系统的时候，熬到P8也费了不少心思，小编也是个爱学习的人，把这几年的工作经验整理成了一份完整的笔记。此笔记已助朋友拿到腾讯，阿里，美团等9个offer。 由于细节内容实在太多啦，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！ 大致内容包括了： Java 集合、JVM、多线程、并发编程、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat等大厂面试题等、等技术栈！ 笔记目录展示： 需要获取得话麻烦一键三连之后，加小助理VX：wjj2632646免费领取！！！ 需要获取得话麻烦一键三连之后，加小助理VX：wjj2632646免费领取！！！ 部分内容截图： 需要获取得话麻烦一键三连之后，加小助理VX：wjj2632646免费领取！！！ 来源： oschina 链接： https://my.oschina.net/u/4297704/blog/4776560

在美团工作了7年，工作压力大，节奏快，但是从技术上确实得到了成长，尤其是当你维护与大促相关的系统的时候，笔者也是个爱学习的人，把这几年的工作经验整理成了一份完整的笔记。此笔记已助朋友拿到腾讯，阿里，美团等5个offer。 由于细节内容实在太多啦，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！ 大致内容包括了： Java 集合、JVM、多线程、并发编程、设计模式、Spring全家桶、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat等大厂面试题等、等技术栈！ 有想获取的读者朋友，见下： 笔记目录展示： 获取完整笔记，见下： 部分内容截图： 获取完整笔记，见下： 来源： oschina 链接： https://my.oschina.net/u/4406332/blog/4775960

报错的原因是在配置spring-rabbitmq.xml文件时的connectionFactory与redis的connectionFactory的Id命名冲突 改好之后有报错： spring报错org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type [com.xxx] found for dependency: expected at least 1 bean which qualifies as autowire candidate for this dependency. Dependency annotations: {@org.springframework.beans.factory.annotation.Autowired(required=true)} 原因：对应要注入的实现类没有 加注解，如dao层 @Repository 如service层 @Service 解决：在相应的实现类加上注解即可 将MQProducer接口和MQProducerImpl放在Service层，并且加上@Service注解即可 另外，因为代码的问题，加到队列中的消息，一直没有消费掉，然后每次运行程序的时候，都是自动就跑到消费者队列中，进行消费（即进行商品的秒杀）

点击上方“ 方志朋 ”，选择“ 设为星标 ” 回复” 666 “获取新整理的面试文章 在我们实际项目开发过程中，我们经常需要将不同的两个对象实例进行属性复制，从而基于源对象的属性信息进行后续操作，而不改变源对象的属性信息,比如DTO数据传输对象和数据对象DO，我们需要将DO对象进行属性复制到DTO，但是对象格式又不一样，所以我们需要编写映射代码将对象中的属性值从一种类型转换成另一种类型。 对象拷贝 在具体介绍两种 BeanUtils 之前，先来补充一些基础知识。它们两种工具本质上就是对象拷贝工具，而对象拷贝又分为深拷贝和浅拷贝，下面进行详细解释。 什么是浅拷贝和深拷贝 在Java中，除了 基本数据类型之外，还存在 类的实例对象这个引用数据类型，而一般使用 “=”号做赋值操作的时候，对于基本数据类型，实际上是拷贝的它的值，但是对于对象而言，其实赋值的只是这个对象的引用，将原对象的引用传递过去，他们实际还是指向的同一个对象。而浅拷贝和深拷贝就是在这个基础上做的区分，如果在拷贝这个对象的时候，只对基本数据类型进行了拷贝，而对引用数据类型只是进行引用的传递，而没有真实的创建一个新的对象，则认为是浅拷贝。反之，在对引用数据类型进行拷贝的时候，创建了一个新的对象，并且复制其内的成员变量，则认为是深拷贝。 简单来说: 浅拷贝：对基本数据类型进行值传递，对引用数据类型进行引用传递般的拷贝

RabbitMQ是目前非常热门的一款消息中间件，不管是互联网大厂还是中小企业都在大量使用。Spring Boot的兴起，极大地简化了Spring的开发，本文将使用Spring Boot与RabbitMQ进行简单整合，实现生产和消费消息。 配置 Spring Boot使用了这么久，套路差不多摸清楚了。Spring Boot与其他组件进行整合，无非就是加入pom依赖，接着配置一些基本信息，然后就可以使用相关注解进行开发了。 RabbitMQ也是相同的套路，第一步要引入依赖。要引入的依赖比较容易记，RabbitMQ实现了AMQP协议，引入依赖 spring-boot-starter-amqp 。 <!-- rabbitmq依赖 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-amqp</artifactId> </dependency> 第二步要配置RabbitMQ连接信息，包括主机、端口号、用户名和密码。RabbitMQ配置信息： spring.rabbitmq.host=192.168.16.128 spring.rabbitmq.port=5672 spring.rabbitmq.username=guest spring.rabbitmq

前言 “马云”，中国首富之一，提起马云和淘宝大家肯定首先想到的就是“阿里巴巴”，Alibaba旗下有蚂蚁金服、支付宝、阿里云、阿里软件等等知名子公司，形成了一个庞大的商业帝国。这么庞大的商业帝国除了优秀的管理，技术的重要性肯定少不了的，毕竟Alibaba可以说是突显中国程序员最高水平的典范。 就在前段时间，阿里资深架构师抛出的“Java架构技术提升笔记”，以多维度、全新展示及其超高专业度的突出特点，迅速在B站疯传，且GitHub已标星80k。 知道你们懒得整理，我已经为大家整理好了，如果你想要提升自己的技术，需要完整版的朋友 点击这里 即可快速跳转完全免费领取下载通道！ Java架构技术提升笔记（附成长路线图） 一、分布式与微服务架构思维 1.大型互联网架构演进过程（ 如何把应用从单机扩展到分布式+大型分布式架构演进过程 ） 2.架构师应具备的分布式知识（ SOA架构和微服务架构+分布式架构下的高可用设计+分布式架构下的可伸缩设计+分布式架构下的高性能设计 ） 3.主流分布式架构设计详解（ 分布式储存方案.+分布式动静分离方案+分布式搜索引擎方案+分布式应用发布与监控方案+容灾及机房规划方案+系统动态扩容 ） 4.微服务架构（ 手把手设计微服务架构+微服务MicroService与SOA+微服务的划分原则+微服务与spring+微服务与springcloudAlibaba ） 二、