GemFire 不支持在同一 JVM 中直接创建多个独立客户端实例，但可通过同步复制特性与 put 操作耗时测量，高效验证 Active-Active 集群的数据一致性与复制延迟。
gemfire 不支持在同一 jvm 中直接创建多个独立客户端实例，但可通过同步复制特性与 `put` 操作耗时测量，高效验证 active-active 集群的数据一致性与复制延迟。
在 Apache Geode（原 GemFire）中，同一 JVM 内启动两个逻辑上隔离的客户端（例如分别连接不同服务器）是不被官方支持的。根本原因在于：Geode 客户端使用全局静态资源（如 CacheFactory 单例、内部连接池、序列化注册表及 DistributedSystem 实例），这些资源在 JVM 级别共享且不可重复初始化。即使尝试通过不同配置创建多个 ClientCache，第二次 create() 调用通常会抛出 IllegalStateException 或静默复用已有实例，导致连接行为不可控——无法保证请求真正路由到指定目标服务器。
✅ 正确验证 Active-Active 模式的推荐方案如下：
利用同步复制语义：Geode 默认启用同步复制（region-attributes 中 scope="distributed-ack" 且 data-policy="REPLICATE" 或 PARTITION + redundancy > 0）。这意味着 cache.put(key, value) 在返回前，数据已成功写入所有目标副本节点（包括主副本和冗余副本）。因此，put 的执行耗时即为端到端复制完成时间。
-
单客户端 + 多服务器配置验证：
使用一个客户端连接整个集群（而非单点），通过 Pool 配置指向多个服务器（或 Locator），让 Geode 自动负载均衡与故障转移：ClientCache cache = new ClientCacheFactory() .addPoolServer("server1-host", 10334) .addPoolServer("server2-host", 10334) .set("log-level", "warning") .create(); Region<string string> region = cache .createClientRegionFactory(ClientRegionFactory.RegionShortcut.CACHING_PROXY) .create("exampleRegion"); long start = System.nanoTime(); region.put("testKey", "testValue"); // 同步写入，阻塞至所有副本确认 long replicationLatencyNs = System.nanoTime() - start; System.out.printf("Replication completed in %.2f ms%n", replicationLatencyNs / 1_000_000.0);</string> 交叉读取验证（可选增强）：
若需进一步确认数据可见性，可在 put 返回后，立即从同一客户端发起 get 请求（Geode 保证强一致性读），或通过 JMX 查询各服务器上的 Region.EntryCount 和 DiskStoreStats，确认两节点数据量一致。
⚠️ 注意事项：
- 避免手动拆分“单服务器客户端”——这违背 Geode 设计范式，易引发 ClassLoader 冲突、内存泄漏或连接状态混乱；
- 确保服务器端 Region 配置为 REPLICATE 或具备足够冗余度的 PARTITION，否则无复制行为；
- 测试时关闭客户端本地缓存（CACHING_PROXY 或 PROXY）以排除本地命中干扰；
- 生产环境应始终通过 Locator 发现集群拓扑，而非硬编码服务器地址。
综上，无需多客户端即可精准评估复制性能：put 延迟即复制延迟，一次调用、双重验证——既符合 Geode 架构约束，又满足 Active-Active 模式验证的核心诉求。
