如何验证GemFire服务器gemfire.EXPIRY_THREADS属性设置及线程使用？

问题背景 #

GemFire区域条目配置了entry-time-to-live实现TTL自动销毁，为避免默认单过期线程过载，已通过启动命令start server --J=-Dgemfire.EXPIRY_THREADS=10 ...设置了10个过期线程，且日志确认系统属性已生效，但仅能在日志中看到<Expiry 9>、<Expiry 1>等部分线程标识，需验证全部10个线程是否已创建并可用。

验证方法 #

1. 调整日志级别至DEBUG查看初始化日志 #

GemFire在DEBUG日志级别下，会打印过期线程池的初始化细节：

• 启动缓存服务器时追加参数调整全局日志级别：start server --J=-Dgemfire.log-level=debug ...
• 或修改日志配置文件（如log4j2.xml），单独将org.apache.geode.internal.cache.ExpiryTask类的日志级别设为DEBUG，避免全局日志量过大。
• 启动后查看日志，会出现类似Creating Expiry Thread Pool with size 10的明确初始化信息，也会打印每个过期线程的启动日志。

2. 通过JVM工具查看线程栈 #

直接从JVM层面验证线程是否存在：

• 使用jstack命令：执行jstack <缓存服务器进程ID> | grep "Expiry"，会列出所有名称包含"Expiry"的线程，统计输出结果的数量即可确认是否创建了10个线程。
• 也可以用VisualVM、JConsole等可视化工具连接到缓存服务器进程，在线程列表中搜索"Expiry"相关线程进行统计。

3. 模拟高过期负载触发线程调度 #

GemFire的过期线程可能是按需调度的，只有当有过期任务需要处理时才会被激活并在日志中留下标识。可以通过模拟高负载验证所有线程是否会被使用：

• 编写测试程序，向目标区域批量插入大量TTL极短（如1秒）的条目，触发密集的过期销毁任务。
• 此时观察日志，会看到更多甚至全部10个线程的标识出现，证明线程已在处理任务。

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