access_refused错误主因是用户无virtual host权限或guest用户仅限localhost访问；需检查用户存在性、vhost绑定、三重权限（configure/write/read）及连接参数是否匹配。
当 Java 应用连接 RabbitMQ 报 Connection refused 或 ACCESS_REFUSED 时，很可能是权限配置问题——但注意：真正的“连接拒绝”（如 java.net.ConnectException: Connection refused）通常和网络、端口、服务状态有关；而权限错误一般表现为连接成功后立刻被服务器关闭，并抛出类似 ACCESS_REFUSED - Login was refused using authentication mechanism PLAIN 的 AMQP 协议级异常。排查需分清现象再聚焦权限。
确认是否真是权限问题而非连接失败
先看异常栈中最关键的一行：
- 出现
java.net.ConnectException: Connection refused→ 检查 RabbitMQ 是否运行、端口（默认 5672）是否开放、防火墙/SELinux、IP 是否可通（用telnet host 5672或nc -zv host 5672验证） - 出现
ACCESS_REFUSED、PLAIN login refused、channel error; protocol method: #method<connection.close></connection.close>→ 才是权限/认证问题
检查用户是否存在且已启用 AMQP 访问
RabbitMQ 默认只有 guest 用户，且仅允许本地（127.0.0.1）登录。远程连接必须创建新用户并赋权：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 用命令行确认用户存在：
rabbitmqctl list_users - 检查该用户是否拥有
management或administratortag（非必需，但便于调试）：rabbitmqctl list_users tags - 确保用户已启用 AMQP 访问权限（不是仅限 HTTP API）：RabbitMQ 不限制协议，但若用户被删或密码错误，就会拒绝 AMQP 连接
验证虚拟主机（vhost）权限与拼写
Java 客户端连接时指定的 vhost 必须已存在，且该用户对该 vhost 有 configure、write、read 权限：
- 列出所有 vhost：
rabbitmqctl list_vhosts，确认你代码里用的 vhost 名（如/myapp）存在（注意 URL 中/要 URL 编码为%2F） - 查看用户在某 vhost 的权限：
rabbitmqctl list_permissions -p /myapp - 若无权限，赋权命令示例：
rabbitmqctl set_permissions -p /myapp myuser ".*" ".*" ".*" - 特别注意：vhost 名为
/（根）时，在连接 URL 中要写成%2F，否则会被解析为空 vhost 导致 403
核对 Java 客户端连接参数与 RabbitMQ 实际配置
常见低级错误集中在这几处：
-
用户名/密码错位：Spring Boot 中
spring.rabbitmq.username和password是否配对？手动 new ConnectionFactory 时是否调用setUsername()和setPassword()？ -
vhost 未设置或设空：ConnectionFactory 默认 vhost 是
/，但如果你的用户没给/授权，又没显式setVirtualHost("/myapp")，就会失败 - 使用了错误的端口：管理界面是 15672，AMQP 协议是 5672（或 5671 启用 TLS），别把 15672 当作连接端口
-
SSL/TLS 配置不匹配：若 RabbitMQ 启用了 TLS，客户端必须配置 trustStore、keyStore 及
useSslProtocol(true)，否则可能静默断连
权限配置错误导致的连接异常，本质是 RabbitMQ 主动拒绝认证或授权，不是网络不通。抓住异常关键词、逐层验证用户→vhost→权限→客户端参数，基本就能定位。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
