Testcontainers-java 项目中使用 Azure Event Hub 模拟器的正确方式

在基于 Testcontainers-java 的项目中集成 Azure Event Hub 模拟器时，开发者可能会遇到容器启动失败的问题。本文将深入分析问题原因并提供两种可靠的解决方案。

问题现象分析

当开发者尝试通过 docker-compose 方式启动 Azure Event Hub 模拟器时，通常会遇到以下典型错误：

1. 容器启动异常，抛出 ContainerLaunchException
2. 日志中显示性能计数器不支持的警告信息
3. 未能获取到预期的服务启动成功日志

根本原因在于 Windows 平台特定的性能计数器组件在 Linux 容器环境中无法正常工作，导致模拟器核心服务初始化失败。

解决方案一：使用 GenericContainer 直接启动

这是官方推荐且更可靠的方式：

GenericContainer<?> eventHub = new GenericContainer<>("mcr.microsoft.com/azure-event-hubs/emulator:latest")
    .withExposedPorts(5671, 5672, 5673)
    .withEnv("ACCEPT_EULA", "Y")
    .waitingFor(Wait.forLogMessage(".*Emulator Service is Successfully Up!.*", 1)
    .withStartupTimeout(Duration.ofMinutes(2));

关键配置说明：

• 必须设置 ACCEPT_EULA=Y 接受许可协议
• 使用日志等待策略确保服务完全启动
• 适当延长超时时间（建议2分钟）

解决方案二：docker-compose 方式优化

如果必须使用 docker-compose，需要进行以下调整：

1. 确保 compose 文件中使用正确的镜像标签
2. 添加必要的环境变量配置
3. 修改健康检查策略为日志检测

services:
  emulator:
    image: mcr.microsoft.com/azure-event-hubs/emulator:latest
    environment:
      ACCEPT_EULA: "Y"
    ports:
      - "5671:5671"
      - "5672:5672"

最佳实践建议

1. 连接字符串处理：服务启动后会输出包含 SAS 密钥的连接字符串，建议在测试代码中动态获取

2. 平台兼容性：ARM 架构设备需要确认镜像是否提供多平台支持

3. 资源分配：Event Hub 模拟器需要至少 2GB 内存，确保 Docker 资源充足

4. 测试隔离：每个测试类使用独立命名空间，避免测试间干扰

通过以上方案，开发者可以可靠地在 Testcontainers-java 项目中集成 Azure Event Hub 模拟器，为事件驱动架构的测试提供完善的基础设施支持。