Docker正常运行的Kafka消费者应用，Docker Compose下无法连接Azure EventHubs

1. 优先排查环境变量传递完整性 #

虽然你使用了相同的deploy.env，但Docker Compose加载环境变量的逻辑可能存在细节差异：

• 确认Compose配置文件中是否通过env_file: ./deploy.env完整引用了环境变量文件，而非手动拆分变量导致遗漏；
• 进入Compose启动的容器内部，执行printenv命令，核对Azure EventHubs相关的认证变量（如AZURE_EVENTHUBS_CONNECTION_STRING）是否与单独Docker运行时完全一致，重点检查连接字符串中的SharedAccessKey部分是否被截断或转义。

2. 定位Azure SDK序列化异常根源 #

non-nullable field authBytes was serialized as null错误本质是认证组件的序列化问题，而非直接网络故障：

• 检查应用依赖的Azure EventHubs SDK版本，部分旧版本在容器网络命名空间下存在序列化bug，建议升级至最新稳定版（如azure-messaging-eventhubs 5.17.x及以上）；
• 确认应用的认证实现逻辑：若使用连接字符串，直接调用SDK提供的EventHubClientBuilder.connectionString()方法构建客户端，避免手动解析连接字符串后重新组装认证对象，防止序列化时丢失authBytes数据。

3. Docker Compose网络配置验证 #

若以上两点排查无误，再聚焦网络配置：

• 测试主机网络模式：在Compose服务中添加network_mode: host，让容器直接复用主机网络，若能正常连接，则说明自定义桥接网络存在路由或隔离问题；
• 检查DNS解析：在容器内执行nslookup <your-eventhub-namespace>.servicebus.windows.net，若解析失败，需在Compose配置中指定公共DNS服务器：

  services:
    your-java-app:
      dns:
        - 8.8.8.8
        - 8.8.4.4
  

• 验证端口连通性：在容器内执行telnet <your-eventhub-namespace>.servicebus.windows.net 5671，确认AMQP协议所需的5671端口能正常访问。

4. 其他潜在问题排查 #

• 容器时间同步：若容器系统时间与主机偏差过大，会导致认证签名过期，间接引发序列化异常，确保容器时间与主机同步；
• 清理缓存环境：执行docker-compose down -v彻底删除旧容器、卷和网络，重新构建启动，避免缓存配置干扰。

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