记一次在项目中遇到rabbitmq无法设置端口

在Spring Boot项目中,使用手动配置方式集成RabbitMQ时,遇到设置端口5678不生效,底层代码仍使用默认端口5672。问题在于底层在创建连接时未使用自定义的port,而是在早期阶段就决定了。解决方案是通过cachingConnectionFactory.setAddresses(address : port)设置端口。对于为何需要自定义端口的意义,作者寻求解答。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一般springboot中集成rabbitmq使用的是通过properties或者是yml配置文件进行地址等信息的配置

当然也有这种通过手写配置对象来进行配置的

好处呢:

第一种:

简单方便,只要按照规定的格式写,就一定不会出错

第二种:

1,可以选择不同的实现类型

2,可以将用户名密码等关键信息进行加密后放入数据库或者是配置文件,使用的时候再解密

在本次项目中,使用的是第二种方案,但是遇到了设置端口号不生效的问题

设置端口5678

但是在底层代码中拿到的还是5672(默认端口)

 

通过debug,一路调下去,发现底层在创建连接的时候,只获取了address中的值

 

 并没有用到port,port的取值在

cachingConnectionFactory.setAddresses(addressed);

就已经决定了

 所以:

如果通过手写连接对象去连接RabbitMQ,如果不自定义端口,可以直接使用地址就行。

如果要自定义端口的话,要使用 

 cachingConnectionFactory.setAddresses(address : port );

但是我还有个问题,

通过这样设置的端口,有什么意义呢?我没有找到……如果有找了的,请解答一下

 

 

 不积跬步无以至千里

### RabbitMQ 消息中间件使用教程 #### 添加开机启动 RabbitMQ 服务 为了确保 RabbitMQ 在服务器重启后能够自动运行,可以通过 `chkconfig` 命令将其设置为开机自启。执行以下命令即可完成配置: ```bash chkconfig rabbitmq-server on ``` 此操作适用于基于 SysVinit 的系统环境[^1]。 #### 开启用户远程登录 如果需要允许远程客户端连接到 RabbitMQ 实例,则需修改其配置文件以支持远程访问。具体步骤如下: 1. 进入 `/etc/rabbitmq/` 目录并复制默认的配置模板至当前目录: ```bash cp /usr/share/doc/rabbitmq-server-3.7.5/rabbitmq.config.example /etc/rabbitmq/rabbitmq.config ``` 2. 编辑 `rabbitmq.config` 文件,在其中定义必要的参数来启用远程访问功能。例如,可以指定监听地址和端口等选项[^2]: ```erlang [ {rabbit, [ {loopback_users, []}, {tcp_listeners, [{"0.0.0.0", 5672}]} ]} ]. ``` 上述配置移除了仅限本地回环用户的限制,并设置了全局 IP 地址作为 TCP 监听器的目标位置。 #### 高并发下的消息顺序性保障 尽管 RabbitMQ 提供了出色的性能表现,但在某些特定情况下可能会遇到消息乱序的问题。针对这一挑战,可通过以下几个方面加以改善: - **队列设计优化**: 创建多个独立队列分别对应不同的业务逻辑分支,从而减少竞争条件的发生概率。 - **消费者线程管理**: 控制单个消费者的并发数量,避免因过度争抢资源而导致数据错位现象。 - **持久化策略调整**: 对于关键事务型消息实施强制写盘措施,即使发生崩溃也能恢复原始状态[^3]。 #### 关键问题及其应对方法 以下是关于 RabbitMQ 中几个典型难题的具体解答思路: ##### 如何防止消息丢失? 在整个生命周期里(即从创建到最终被接收),采取以下手段可有效降低风险: - 生产者发送确认机制:等待 broker 明确告知已成功接收到某条录后再继续下一步动作; - 存储环节可靠性增强:激活镜像队列或者 HAProxy 等冗余保护设施; - 客户端签收反馈:只有当目标程序真正完成了对该项任务的操作之后才向源端汇报已完成情况[^4]。 ##### 处理重复提交的情况 由于网络波动等原因可能导致同一份资料多次抵达目的地。为此建议引入唯一标识符字段用于辨别是否存在冲突实例;同时建立幂等接口使得即便再次触发相同请求也不会造成额外影响。 ##### 维护良好的次序关系 参见前文提到的方法论部分——通过精细化分割工作流单元以及严格限定各节点间的交互模式达成预期效果。 ##### 应对积压状况 当负载过高致使未处理项目累积过多时,应当考虑扩展集群规模、增加订阅方数目等方式缓解压力水平。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值