Java 17环境下javax.net.ssl.sessionCacheSize已满的影响分析

1. 是否会触发G1GC垃圾回收事件？ #

不会直接触发G1GC。SSL会话缓存默认采用内存缓存实现，当缓存达到sessionCacheSize上限时，会按照LRU（最近最少使用）策略自动淘汰旧会话，而非主动触发GC。只有被淘汰的会话对象成为无引用垃圾后，才会在GC的常规回收周期中被清理，这属于正常垃圾回收流程，并非由缓存满这个事件直接触发。

2. 是否会导致应用响应时间升高？ #

大概率会。缓存满后，新的SSL连接无法复用已有会话，必须重新执行完整的SSL握手流程——包含密钥交换、证书验证等耗时操作，开销远高于会话复用。如果短时间内有大量新连接，频繁的握手会占用更多CPU资源，延长连接建立时间，最终导致应用整体响应时间上升。

3. 是否会拒绝新连接直到现有连接释放缓存空间？ #

不会拒绝新连接。Java的SSL会话缓存满时，会自动淘汰闲置旧会话为新会话腾出空间，新连接仍可正常建立，只是需要重新完成握手（如上述第二点所述），不会直接拒绝连接请求。

额外说明：当前设置的javax.net.ssl.sessionCacheSize=10000远低于Java 17默认的20480，会更早触发缓存淘汰和重新握手，相比默认值可能带来更多性能开销，建议结合实际连接数、会话复用率评估是否需要调整该参数。

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