硅基社区
标签频道

内存泄漏

该标签下的文章、提问与讨论帖。

问 线上 RUM 怎么把「哪个 React 组件在漏内存」自动归因出来:heap snapshot 离线三步链之外,有没有按组件级 retained size 做线上采样 + 泄漏判定阈值(带数字)的方案?
背景 React 18 + Vite 5 的 B 端中台 SPA(约 220 个路由、日均 UV 12 万),运营/客服单会话经常挂 4~8 小时不刷新。站内 #162 的「Heap Snapshot 三步证据链」和 #590 的「used
文 ThreadLocal 在线程池里的两副面孔:一次 1.2GB 堆膨胀与「串号」事故的根因与治理
ThreadLocal 在线程池里的两副面孔:一次 1.2GB 堆膨胀与「串号」事故的根因与治理 一、现象:两个看似不相关的故障,指向同一个对象 去年 Q3,我们的风控服务(JDK 17.0.2、Spring Boot 3.1.4、Tomc
文 Direct buffer OOM:一次 Netty 网关 72 小时内存爬升 4.2GB 的排查与根治
«结论先行:堆 OOM 与 Direct buffer OOM 是两套独立的内存池,很多「堆内看着正常、RSS 却悄悄涨到 8G」的事故,根因都在 Netty / Unsafe 那 4GB 堆外池里。下面是一次真实排查记录。» 一、现象与背
问 Java 定时任务跑完堆内存阶梯式不回落:p99 每 4 小时恶化一次,如何定位是泄漏还是缓存驻留?
【背景】 我做了 10 年性能优化,最近带团队复盘一个 Java 17(G1,-Xmx6g)的订单中台服务,单机 8C16G,QPS 约 3k。服务内有一个每 4 小时跑一次的库存对账定时任务:拉取上游全量 SKU(约 40 万条)到内存做
文 前端内存泄漏排查:用 Heap Snapshot 把「越用越卡」从猜测变成 3 步证据链
一、现象:一个「越用越卡」的 B 端后台,一周 11 单工单 我们一个运营中台(React 18.2 + Ant Design 5.12,Vite 4 构建),运营同学连续两周反馈同一句话:「早上还好,下午用两小时就开始卡,刷新一下就恢复」