Docker Compose下NiFi配置DBCP连接localhost:5432被拒如何解决

报Connection to localhost:5432 refused本质是网络指向错误：Docker Compose环境中NiFi运行在独立容器内，配置里填写的localhost只会指向NiFi容器自身的回环地址，既不是Docker宿主机，也不是同部署环境下的PostgreSQL服务，自然无法连通5432端口。

• 修正JDBC连接串
  打开docker-compose.yml配置文件，找到PostgreSQL服务定义的服务名（即服务配置块开头的标识字段，例如配置块开头为postgres:则服务名就是postgres），将DBCPConnectionPool中的连接URL从localhost替换为该服务名，标准格式如下：
  jdbc:postgresql://<PostgreSQL服务名>:5432/<目标数据库名>
  示例：若PostgreSQL服务名为postgresql，初始化创建的业务库为nifi_data，则连接串填写为jdbc:postgresql://postgresql:5432/nifi_data

  同一Compose网络下的容器默认通过服务名做内部DNS解析，不需要将数据库端口映射到宿主机即可互通，不要填写127.0.0.1，也无需填写宿主机的公网/内网IP。
  如果PostgreSQL不是Compose管理的容器，而是直接部署在Docker宿主机上，Windows/Mac环境用host.docker.internal替代localhost，Linux环境用Docker网桥网关地址（默认为172.17.0.1），同时需要将PostgreSQL的监听地址配置为允许网桥网段访问。

• 核对连接池其余配置项
  逐项检查配置避免填错：
  • 数据库驱动类名固定填写org.postgresql.Driver，不要写错包路径
  • 用户名、密码和PostgreSQL服务配置的POSTGRES_USER、POSTGRES_PASSWORD环境变量完全一致，注意首尾不要带多余空格
  • 提前将和PostgreSQL大版本匹配的JDBC驱动jar包放到NiFi容器的/opt/nifi/nifi-current/lib目录下，放入驱动后必须重启NiFi服务才能正常加载
• 验证容器间连通性
  配置修改完成后不要直接启用连接池，先进入NiFi容器验证网络连通性：
  1. 执行docker exec -it <NiFi容器名> bash进入容器命令行
  2. 执行curl <PostgreSQL服务/宿主机对应地址>:5432，如果返回Empty reply from server说明TCP连通性正常（PostgreSQL收到TCP请求后会校验应用层协议，返回空回复属于正常现象）；如果仍然报连接拒绝，检查两个服务是否在同一个Compose自定义网络下，PostgreSQL是否配置了错误的端口监听规则。
• 检查PostgreSQL访问权限
  确认PostgreSQL的pg_hba.conf配置中，已经添加了Compose网段/ Docker网桥网段的访问规则，认证方式选择scram-sha-256或者md5即可，不要只开启本地socket认证。

• 报错信息截图：
  
• DBCPConnectionPool配置截图：
  

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