Spring集成RabbitMQ消费者循环重启报403访问拒绝错误排查

日志里的核心报错是403 ACCESS_REFUSED，循环重启是Spring AMQP默认的消费者异常重试机制导致的：消费通道因权限问题被Broker关闭后，监听容器会按固定间隔反复重建消费者，直到手动停服务。
你提到队列可以正常创建，不代表消费账号有对应队列的读权限，按以下优先级排查：

• 核对RabbitMQ账号的三类权限配置
  RabbitMQ针对每个vhost下的账号单独配置三类正则匹配权限，互相独立：configure（创建/删除队列、交换机等资源）、write（向交换机/队列发消息）、read（消费队列消息）。队列能正常创建仅说明people-consumer账号的configure权限正则匹配到了qu-people-updates.cores，大概率是read权限的正则规则配置错误，比如后缀漏写、特殊字符未转义、正则范围过窄没覆盖目标队列名。直接登录RabbitMQ管理后台，进入people-consumer账号的权限配置页，查看PEOPLE vhost下的read权限正则，确认其能匹配目标队列名即可。
• 确认队列声明和消费使用的是同一套身份
  如果项目里配置了多套RabbitMQ连接工厂：用带管理员权限的连接工厂声明创建队列，用people-consumer账号对应的连接工厂启动消费监听，就会出现“队列创建成功但消费报权限不足”的现象——两个动作执行的身份完全不同，创建队列的权限和消费账号无关。可以直接用people-consumer账号登录RabbitMQ管理后台，找到qu-people-updates.cores队列手动执行拉取消息操作，如果操作直接返回403，即可确认是消费账号权限不足。
• 检查配置错配问题
  核对配置文件中spring.rabbitmq.virtual-host配置值是否为PEOPLE，有没有出现监听容器指定了错误vhost、队列名带前后隐形空格（比如配置时多打了空格、转义字符错误）导致权限正则匹配不上的问题。
• 验证权限配置是否生效
  如果是刚修改过people-consumer的权限，确认配置已经保存，部分场景下旧连接持有旧权限缓存，重启服务重建连接即可验证。

如果排查完确认权限没问题，可以给监听容器配置错误分类器，将403权限错误标记为致命异常，避免无意义的无限重启消耗资源，但这个是优化项，不是问题根因。

内容的提问来源于stack exchange，提问作者DiegoMG