@txydhr 真的么🫨还一直期望下部手机入三星来着，主要是现在感觉手机就苹果三星的外观设计上好看些，可惜电池和信号有硬伤

楼上有看到供应商限制频率，接口其实也可以实现以电话号码为基准的限流，避免恶意刷接口。除此之外默认登录项可以展示其他登录方式——密码/三方授权

可以将 GC 理解为打扫 jvm 房间，触发 GC 时会发生 stw （ jvm 的所有进程阻塞——即你所提及进程假死）。GC 的触发分为两种情况：1 、周期性的打扫。2 、突然产生了大量垃圾急需临时大扫除（否则内存将很快超出 OS 分配给 jvm 的总内存）。
jvm 的频繁 GC 通常是第二种情况，而 Full GC 的场景往往是 young generation 和 old generation 区域都需要 clean （也就是整个堆内存区域快使用完了）。

看看 gpt 对你第一行 GC 日志的解释
↓↓↓↓
这段日志是一次垃圾收集（ GC ）事件的记录。让我们逐步分析它：

2024-05-21T18:47:28.916+0800: 371856.391: 表示此日志记录的时间戳，格式为 ISO 8601 ，即 YYYY-MM-DDTHH:mm:ss.sss±hhmm 。

[GC (Allocation Failure): 表示触发 GC 的原因为内存分配失败（ Allocation Failure ）。

ParNew (promotion failed): 4194304K->4635269K(4718592K), 0.4373197 secs: 表示 ParNew （新生代）的 GC 信息，其中：

ParNew: 表示使用的垃圾收集器为 ParNew 。
(promotion failed): 表示新生代中的对象晋升到老年代时出现了晋升失败。
4194304K->4635269K(4718592K): 表示 GC 前新生代的已使用空间和 GC 后的已使用空间，以及新生代总大小。
0.4373197 secs: 表示 GC 所花费的时间。
CMS: 2231901K->2231895K(5242880K), 5.3415522 secs: 表示 CMS （老年代）的 GC 信息，其中：

CMS: 表示使用的垃圾收集器为 CMS 。
2231901K->2231895K(5242880K): 表示 GC 前老年代的已使用空间和 GC 后的已使用空间，以及老年代总大小。
5.3415522 secs: 表示 GC 所花费的时间。
6426200K->6425987K(9961472K): 表示整个堆内存的 GC 信息，其中：

6426200K->6425987K(9961472K): 表示 GC 前堆内存的已使用空间和 GC 后的已使用空间，以及堆内存的总大小。
[Metaspace: 171474K->171474K(1210368K)]: 表示元空间（ Metaspace ）的 GC 信息，其中：

171474K->171474K(1210368K): 表示 GC 前元空间的已使用空间和 GC 后的已使用空间，以及元空间的总大小。
5.7797668 secs: 表示整个 GC 过程所花费的时间。

[Times: user=9.42 sys=0.19, real=5.78 secs]: 表示 GC 的 CPU 时间和实际时间，其中：

user=9.42: 表示用户 CPU 时间。
sys=0.19: 表示系统 CPU 时间。
real=5.78 secs: 表示实际时间。
根据日志内容可以看出，发生了一次新生代和老年代的 GC ，其中 ParNew 阶段由于晋升失败导致了 promotion failed ，而 CMS 阶段则正常完成。整个 GC 过程耗时 5.78 秒，期间堆内存从 6426200KB 降至 6425987KB 。
↑↑↑↑

可以看出每次 GC 所清理的内存空间非常少，6426200-6425987=213KB ，也就是说你的程序中有大量长期一直在使用的对象。

1 、那么是否可以考虑给 jvm 多分配一些内存空间？
2 、这些大量长期使用的对象是如何产生的？是否存在很多内存没有及时释放的代码——比如某些高并发接口内部存在很多内存未及时释放的情况

@gauzung 有效，已成功实现🐮

@jsomin 可以使用，不过还是想知道网页上如何实现……

赞同楼上说的 15-18 岁，十岁就开始整牙太早了，注意事项等细节对于孩子而言麻烦，15 岁＋自我颜值审视开始重视，这个时间比较合适

@liuzhen 是的，暂时只有适应环境。想开了就不在意了

@hadesxiong
1.目前是中台化。
2.几乎没有质量管理，程序能跑就行。
3.行内业务出需求，行内产品排期，外包开发。需求临时变更略显频繁，没有测试，自己测。

收入可能比他们高一点点，但是只对另一个新同事透露过。
派系斗争应该没有，毕竟我所在部门就 4 个人

@hadesxiong 牛，概括的很全面。

我认为鬼压床和作息不规律、枕头高度、睡姿、房间风水有关。
避免熬夜，调整枕头高度，尽可能避免舌头软塌掩盖呼吸道（或许侧睡是最有效的解法），睡觉头最好朝向南北避免东西方位+风水

@rookie2luochao 同意你所指出的缺点（文档和代码的同步和一致性），但这些都是程序员修改接口时忘记修改接口文档所引发的，属于人为错误，不属于产品缺陷。

做一款产品需要迎合市场，当市场都在追求在线接口文档的时代，逆行开发类 swagger 框架，从概率上看投入产出比很难达到某个期望值

你是认真的吗？打字太难了？？？或许你可以试试输入法的语音转文字，搜狗讯飞等都不错甚至还能支持部分方言

@rookie2luochao 在以前没多少人会编程的时候，swagger 框架确实对于前后端联调接口帮助很大，但是现在的趋势是全栈，大语言模型，前后端联调已经是一些很基础的东西了，即使不会随便问问 ChatGPT ，文心一言都能答疑解惑。

并且像 postman 这样的 api 软件都在推出在线接口文档，这也说明程序员更倾向于在接口调试时完成接口文档的编辑，而不是在编码时考虑接口文档。

没必要，毕竟 api 工具 postman ，apifox ，eolink 都支持生成在线接口文档。

模仿 swagger 那种侵入式框架更加希望渺茫

@ZGame 至于你说的数据溯源，原本就保存在一张表上，其他管理——不知道你想说个啥

@ZGame 你会因为走路麻烦拒绝坐车吗？到达目的地不就行了，当然我可以告诉你车祸是世界上致死率最高的原因，你今天回家还是选择走路吗

@ZGame 有没有可能是你自己思想太固化？我在 Java 程序中使用策略模式，根据不同 JSON 路由到不同 bean 去执行，一样可以达到工作流的效果，实现各个流程互不干扰。

《因为原来麻烦 ,直接把工作流程就给干掉。。。》你每次反对的点为啥都这么奇葩？