Database Navigator 是 IntelliJ IDEA 里的一个数据库管理插件，能让你在 IDE 里直接连接各类数据库，执行 SQL、管理数据，并通过可视化方式维护表结构，方便后端开发时一站式操作数据库。1.下载Database Navigator 插件。3.安装好后在边框左侧或右侧会出现标签。2.通过plugins查询插件。6.配置完成后就可以查看数据库。4.点击加号配置 mysq

RabbitMQ消息确认机制详解：文章介绍了RabbitMQ的两种消息确认模式（自动确认和手动确认）及其实现方式。自动确认模式下，消费者收到消息即确认；手动确认模式下，开发者需通过basicAck、basicNack等方法显式确认消息。文章还详细说明了Spring-AMQP提供的三种确认策略（AUTO、NONE、MANUAL）及其处理流程，并指出常见易混淆的核心类包路径。消息确认机制确保了消息可靠

RabbitMQ通过持久化机制保证消息可靠性：1）交换机持久化（durable=true）保存元数据；2）队列持久化确保队列不丢失；3）消息持久化（deliveryMode=2）配合队列持久化存储消息内容。完整持久化需三者同时设置，但仍存在风险：消费者端需关闭autoAck并手动确认；服务端需镜像队列防止单点故障；生产者端需配合发送方确认机制（Publisher Confirm）确保消息到达服务器

RabbitMQ消息重试机制解析：本文介绍了RabbitMQ在消息处理失败时的重试机制，包括自动确认和手动确认两种模式。针对网络故障等临时性问题，重试可有效解决；但对代码错误则无效。文章通过代码演示展示了未配置重试策略时消息会不断重试，以及配置重试策略后的不同效果，重点比较了Spring AMQP中NONE和MANUAL两种确认方式的差异。

摘要：本文介绍了RabbitMQ中TTL（过期时间）和死信队列的机制与应用。TTL可设置队列或消息的存活时间，两者同时设置时取最小值。死信队列(DLQ)用于处理被拒绝、过期或队列满被挤出的消息。通过TTL+死信队列组合可模拟延迟队列功能，用于订单超时、定时提醒等场景。文章还对比了原生实现与延迟插件方案，详细说明了插件的安装步骤。延迟插件能更精确地按延迟时间处理消息，避免了原生方案因队列FIFO特性

RabbitMQ基于AMQP协议实现事务机制，SpringAMQP提供了相关支持。开发者可通过配置ConnectionFactory、自定义开启事务的RabbitTemplate和注册RabbitTransactionManager来确保消息的原子性操作。这三个组件缺一不可，配合@Transactional注解可实现消息的提交/回滚，当方法抛出异常时所有已发送消息都会被回滚。这种机制保证了消息要么

RabbitMQ消息分发优化方案：默认轮询分发易导致消费者忙闲不均，可通过QoS限流机制优化。核心方法channel.basicQos(prefetchCount)限制消费者最大未确认消息数，实现公平分发。主要应用场景包括：1）系统限流，防止消费者过载；2）负载均衡，解决多消费者处理能力不均问题。设置prefetch=1时，消费者需确认当前消息才能获取下一条，RabbitMQ会根据处理速度动态分配

师傅是 “武功掌门人”，他发给徒弟一本武功秘籍，并指定习武规则：规则 1：必须学会 武功1 并且能流畅使出；规则 2：..................

可重入锁：在以前，Synchronized不够强壮，功能不够强大时，ReentrantLock就是用来实现可重入锁的；传统的锁的风格，这个对象提供了两个方法：lock，unlock；这种写法就容易引起，加了锁之后，忘记解锁；

步骤 2：Spring Boot 项目引入依赖。步骤 4：封装邮件工具类。步骤 5：测试邮件发送。