Connection refused错误极可能是Broker未运行、网络不可达或配置错误；需依次验证Redis服务状态、broker_url可达性、Docker网络隔离、连接重试机制及Redis连接数限制。
如果您启动Celery Worker后出现Connection refused错误，则极可能是Broker服务未运行、网络不可达或配置指向错误。以下是验证与修复此问题的多种路径：
一、验证Redis服务是否真实运行
该步骤用于确认Broker进程本身是否处于活动状态，而非仅端口监听。若Redis未启动，Worker将无法建立任何连接。
1、在宿主机执行redis-cli -h 127.0.0.1 -p 6379 ping命令。
2、若返回PONG，说明Redis服务已运行且可响应；若报错Could not connect to Redis at 127.0.0.1:6379: Connection refused，则Redis进程未启动。
3、检查Redis进程：Linux下运行ps aux | grep redis，确认redis-server进程存在。
4、如无进程，手动启动Redis：执行redis-server /etc/redis/redis.conf（路径依实际配置而定）。
二、检查Celery配置中的broker_url是否可达
该步骤排除因地址、端口、密码或协议不匹配导致的连接拒绝。即使Redis运行正常，错误的URL也会触发Connection refused。
1、确认CELERY_BROKER_URL值中主机名是否为容器内可解析地址：Docker Compose中应使用服务名（如redis://redis:6379/0），而非localhost或127.0.0.1。
2、检查端口是否被防火墙拦截：执行telnet your-redis-host 6379，若连接超时或拒绝，需开放端口或调整安全组规则。
3、验证密码是否URL编码：若密码含@、/等字符，必须进行URL编码，例如p@ss/word应写为p%40ss%2Fword。
4、确认数据库编号是否存在：Redis默认启用db 0，若URL末尾缺失/0，部分Kombu版本会静默失败。
三、排查Docker环境中的网络隔离问题
该步骤专用于容器化部署场景，解决因网络命名空间隔离导致的localhost语义错位问题。
1、进入Celery Worker容器内部：执行docker exec -it <worker-container-name> sh。
2、在容器内尝试连接Redis：运行redis-cli -h host.docker.internal -p 6379 ping（Mac/Windows）或redis-cli -h <宿主IP> -p 6379 ping（Linux，需替换为宿主机真实IP）。
3、若上述失败但redis-cli -h redis -p 6379 ping成功，说明应统一使用Docker Compose定义的服务名作为broker host。
4、在docker-compose.yml中为Redis服务添加健康检查，确保其就绪后再启动Worker依赖服务。
四、检查Broker连接重试机制是否掩盖故障
该步骤用于识别因Celery默认重试策略导致的“假成功”现象——连接失败未即时暴露，造成诊断延迟。
1、启动Worker时显式禁用启动期重试：添加参数--without-heartbeat --pool=solo --loglevel=info。
2、观察首条日志是否为Connected to redis://...；若缺失，说明连接在初始化阶段即失败。
3、临时关闭broker_connection_retry：在配置中设broker_connection_retry = False，使连接失败立即抛出异常。
4、检查是否误启task_always_eager=True：该配置会使任务同步执行，完全绕过Broker，导致.delay()无网络行为却看似成功。
五、验证Redis连接数与资源限制是否耗尽
该步骤针对高并发或长连接泄漏场景，确认Redis服务虽运行但已拒绝新连接。
1、登录Redis服务器，执行redis-cli info clients | grep connected_clients，查看当前活跃连接数。
2、比对maxclients配置值：若connected_clients接近或等于该值，说明连接池已满。
3、检查系统级文件描述符限制：运行ulimit -n，若返回值过低（如1024），需在/etc/security/limits.conf中提升。
4、重启Redis服务以释放异常连接：执行redis-cli shutdown后重新启动redis-server。
