从你提供的 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 的频率和影响，提升应用性能。

给一个开源项目提过几次 pr ，最近才知道这个项目收录到了 apache 社区了哈哈哈

事实证明，前端 hash 依然解决不了安全问题，绝对安全还是得上 2FA

@lesismal 你去设置里是有 2FA 的

@tunggt 支付宝当面付不是也要个体工商户那啥证才能申请开的嘛

我是用二级域名添加 mx 记录托管到 mailgun ，maigun 因为我是用 github 学生包认证的，所以 mailgun 有每个月 20k 条邮件的免费额度，对我而言是够用了。多邮箱，imap 啥的都支持。收发件挺稳的，也没进垃圾箱。op 要是需要学生包的话，咳咳.... 👌

@ljyst 本来网站初衷也是降低使用者门槛，再搞个 paypal 无疑还是增加门槛

@pandaidea 成本很高吧

@katana97 当面抓是啥意思

@sexyporn 哈哈哈好家伙，还没开始写呢，就被劝移民了

@Hancock 不上国内服务器也需要备案嘛

@IDAEngine 同一时间要是两笔收款，怎么区分用户呢

@ihmily 同一时间两笔转账，怎么区分用户呢

建议直接用 1password ，确实体验好很多。
要么你就把端口限制 ip 访问呗。

1password 简直不要太香

开源同步还得看 seafile

@estk 也不能这么说，9000 觉得不值的用户更会觉得不爽

@cheng6563 额不对把，是先创建到核心线程数量然后加入队列，队列满了再创建线程到最大线程数量

跑不了，给自己跑伤了