c# - 我的 Blazor WebAssembly 应用程序中的这些 GC Minor Nursery Full 日志消息试图告诉我什么?
问题描述
我正在开发 Blazor WebAssembly 应用程序。我最近开始在浏览器的 (Chrome) 开发控制台中看到以下日志消息:
blazor.webassembly.js:1 L: GC_MINOR: (Nursery full) time 0.94ms, stw 0.94ms promoted 29K major size: 2592K in use: 1873K los size: 1024K in use: 183K
blazor.webassembly.js:1 L: GC_MINOR: (Nursery full) time 0.58ms, stw 0.60ms promoted 37K major size: 2624K in use: 1915K los size: 1024K in use: 183K
blazor.webassembly.js:1 L: GC_MINOR: (Nursery full) time 1.00ms, stw 1.02ms promoted 23K major size: 2720K in use: 2009K los size: 1024K in use: 183K
blazor.webassembly.js:1 L: GC_MINOR: (Nursery full) time 0.63ms, stw 0.63ms promoted 18K major size: 2816K in use: 2127K los size: 1024K in use: 183K
blazor.webassembly.js:1 L: GC_MINOR: (Nursery full) time 0.87ms, stw 0.88ms promoted 11K major size: 2944K in use: 2254K los size: 1024K in use: 183K
旁边的值major size
和第一个in use
标签稳步增加,直到主要大小达到大约 19000K 并显示以下消息:
blazor.webassembly.js:1 L: GC_MINOR: (Nursery full) time 0.82ms, stw 0.84ms promoted 18K major size: 19408K in use: 18141K los size: 1024K in use: 48K
blazor.webassembly.js:1 L: GC_MAJOR_SWEEP: major size: 4192K in use: 18333K
blazor.webassembly.js:1 L: GC_MAJOR: (LOS overflow) time 34.43ms, stw 36.44ms los size: 1024K in use: 32K
然后整个循环重复。
我知道这些消息与垃圾收集有关,但它们具体试图传达什么信息?它们是否表明我的客户端存在潜在的内存泄漏?
解决方案
推荐阅读
- regex - `grep -E "xyz\.(.+)\.abc"` 在 korn shell 中有什么作用?
- android - 如何从片段更改 Tablayout 的背景颜色?
- angular - 如何在角度生命周期钩子中使用等待?
- javascript - Firefox 在全局事件处理程序中捕获后将未捕获的错误输出到控制台
- promise - 如何从 axios 访问 [[PromiseResult]] 中的值?
- javascript - 如何使用正则表达式从文件中加载 jquery 中的 json?
- python - SQLAlchemy 为什么 insert().values 比 Table(values) 慢 45 倍?
- php - Laravel HasRole 中的多个 IF
- shell - 为什么命令 echo "$(dirname "~")" 与 echo $(dirname ~) 不同?
- c++ - OpenCL 在同一平台的多个设备之间共享缓冲区的正确方法