从你提供的 JVM 参数和 GC 日志来看，这种频繁的 GC 活动（特别是 Promotion Failed 和多次 Full GC ）很可能是由于老年代（ CMS ）空间不足以容纳从新生代晋升的对象所引起的。

堆空间配置: 你的 JVM 堆空间配置为-Xms10g -Xmx10g ，新生代（ Young Generation ）为 5G ，老年代也大约为 5G 。新生代的这个配置相对较大，使得老年代的可用空间减少，可能不足以容纳足够多晋升的对象。

晋升失败（ Promotion Failed ）: GC 日志中多次出现了“Promotion Failed”的记录。这表示有大量对象尝试从新生代晋升到老年代时失败，这通常是因为老年代空间不足。这会导致接下来的 Full GC 尝试释放老年代的空间。

Full GC 频繁发生: 虽然老年代的 CMS GC 试图清理空间，但如果晋升的对象过多，清理出的空间可能仍然不足以满足需求，导致不得不频繁进行 Full GC 。每次 Full GC 后，老年代的利用率几乎未变，表明在老年代几乎没有空间被成功释放。

线程创建大量对象: 如果有线程突然创建大量对象，这会迅速填满新生代，导致频繁的 GC 。由于老年代空间有限，晋升的对象可能无法有效迁移，从而触发连续的 Full GC 。

建议
调整堆配置：考虑减少新生代的大小，为老年代腾出更多空间，以便可以容纳更多晋升的对象。比如将-Xmn 设置为 3G 或更低。
优化 GC 策略：考虑切换到 G1 GC ，这对于大堆内存管理通常更为高效，尤其是在需要更细粒度控制堆内存分布时。
代码优化：审查引起大量对象创建的代码部分，看是否可以优化以减少内存压力，或者使用对象池等技术来管理对象生命周期。
增加更多的日志记录：使用-XX:+PrintTenuringDistribution 来观察对象在新生代的存活情况，从而更好地调整-XX:MaxTenuringThreshold 等参数。
这些调整可以帮助你更好地管理内存，减少 GC 的频率和影响，提升应用性能。