Ashe007 最近的时间轴更新 Ashe007 最近的时间轴更新 ONLINE |
Ashe007V2EX 第 683571 号会员，加入于 2024-04-03 17:27:33 +08:00今日活跃度排名 352 |
| 浏览器访问虎牙等网页，如何禁止自动弹出登录框？ 问与答 • Ashe007 • 2 天前 • 最后回复来自 Ashe007 | 4 |
| 最近同事的一句话让我一直耿耿于怀，大伙帮忙分析下 职场话题 • Ashe007 • 9 天前 • 最后回复来自 hadesxiong | 79 |
| 想买努比亚手机怎么样？有用过的老哥讲讲 买买买 • Ashe007 • 8 天前 • 最后回复来自 lifi | 6 |
Ashe007 最近回复了
9 小时 5 分钟前 回复了 GSDgsd 创建的主题 › 酷工作 › [日本 IT]求 Android、IOS、INFORMATICA 开发工程师！日语 N2 及以上， 500-1000w 円 |
去日本当汁男，赛高！
10 小时 50 分钟前 回复了 Keppel 创建的主题 › 程序员 › 不得不吐槽一下 WPS 了，每次在 WPS 上复制点东西，一直弹出领取 AI 权益体提示，严重影响心情 |
我选择 wps 和 ms office 都用的盗版，没有这些体验
可以参考 @fimd 的思路，在 Windows Defender 防火墙中禁止 wps 的网络连接（比如我的 iPhone 上装了搜狗输入法，但欧偶尔居然在键盘界面弹广告，因此我直接禁用搜狗输入法的网络权限）
可以参考 @fimd 的思路，在 Windows Defender 防火墙中禁止 wps 的网络连接（比如我的 iPhone 上装了搜狗输入法，但欧偶尔居然在键盘界面弹广告，因此我直接禁用搜狗输入法的网络权限）
11 小时 7 分钟前 回复了 smy14520 创建的主题 › 买买买 › 618 到了,电饭煲坏了,有推荐的吗 |
电压力锅确实 OK ，老家就是用的电压力锅煮米饭，口感比电饭煲略佳
16 小时 36 分钟前 回复了 snakex1 创建的主题 › 深圳 › 请问租房占收入的多少是合适的？如何能租到适合的房子 |
20%以下
16 小时 41 分钟前 回复了 JOHNDOE9527 创建的主题 › Android › iPhone 信号欠佳，现在购买 三星 S24 Ultra 外版有何渠道？ |
@txydhr 电池不耐用啊……
19 小时 31 分钟前 回复了 JOHNDOE9527 创建的主题 › Android › iPhone 信号欠佳，现在购买 三星 S24 Ultra 外版有何渠道？ |
@txydhr 真的么🫨还一直期望下部手机入三星来着，主要是现在感觉手机就苹果三星的外观设计上好看些，可惜电池和信号有硬伤
1 天前 回复了 lstz 创建的主题 › 问与答 › 担心短信验证码被刷，加入付费 0.01 元用于人机验证是否可行？ |
楼上有看到供应商限制频率，接口其实也可以实现以电话号码为基准的限流，避免恶意刷接口。除此之外默认登录项可以展示其他登录方式——密码/三方授权
1 天前 回复了 willbetter 创建的主题 › 程序员 › 你了解这种 JVM GC 日志吗？ 99%的人没遇到过这种情况吧 |
可以将 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 、这些大量长期使用的对象是如何产生的？是否存在很多内存没有及时释放的代码——比如某些高并发接口内部存在很多内存未及时释放的情况
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 、这些大量长期使用的对象是如何产生的？是否存在很多内存没有及时释放的代码——比如某些高并发接口内部存在很多内存未及时释放的情况
2 天前 回复了 Ashe007 创建的主题 › 问与答 › 浏览器访问虎牙等网页，如何禁止自动弹出登录框？ |
@gauzung 有效，已成功实现🐮
3 天前 回复了 Ashe007 创建的主题 › 问与答 › 浏览器访问虎牙等网页，如何禁止自动弹出登录框？ |
@jsomin 可以使用，不过还是想知道网页上如何实现……
Select Language