标签： gc

发布于

JS `WebAssembly` `GC` 提案：`Managed References` 与宿主语言内存模型集成

各位观众老爷，大家好！我是你们的老朋友，今天咱们来聊聊 WebAssembly GC 提案中的一个重量级选手——Managed References，也就是托管引用。它可是连接 WebAssembly GC 和宿主语言内存模型的关键桥梁。准备好了吗？咱们这就开车！ 开场白：WebAssembly GC，终于等到你！ 话说 WebAssembly (Wasm) 这玩意儿，自打出生以来，就自带光环。性能高、体积小、安全性好，简直是前端开发者的福音。但是，早期的 WebAssembly 只能玩玩数值计算、图像处理之类的，对于复杂的应用，比如需要大量对象操作的，就有点力不从心了。原因很简单：它缺少垃圾回收 (GC)。 没有 GC，就意味着内存管理得自己来。这对于 C/C++ 这种“手动挡”语言来说，问题不大。但对于 JavaScript、Java、C# 这种“自动挡”语言来说，就比较痛苦了。你得把 GC 的逻辑也编译到 WebAssembly 里，这无疑会增加体积，降低性能。 现在好了，WebAssembly GC 提案来了！它试图在 WebAssembly 层面提供标准的垃圾回收机制，让各种 …

继续阅读“JS `WebAssembly` `GC` 提案：`Managed References` 与宿主语言内存模型集成”

发布于

JS `Orinoco GC` `Parenthood Bit` 与 `Page-Space Compaction` 细节

各位观众老爷们，晚上好！今天咱们不聊风花雪月，就来聊聊JavaScript引擎里那些默默奉献的幕后英雄——垃圾回收（GC）。尤其是V8引擎里一些比较有意思的策略，保证让你听完之后，以后再写代码的时候，都会带着敬畏之心（或者至少不会再无脑new对象了）。 今天我们的主题是：JS Orinoco GC、Parenthood Bit 与 Page-Space Compaction 细节。 开场白：垃圾回收，程序员的默默守护者 想象一下，你写了一个JavaScript程序，疯狂地创建对象，用完就扔，就像吃自助餐一样。如果没有人收拾残局，你的内存很快就会爆掉，浏览器直接崩溃给你看。这时候，垃圾回收（GC）就闪亮登场了，它像一个勤劳的清洁工，默默地回收那些不再使用的内存，让你的程序可以继续愉快地跑下去。 第一幕：Orinoco GC – V8的新一代回收器 V8引擎一直在进化，垃圾回收也是如此。Orinoco GC是V8引擎中比较新的垃圾回收器架构，它最大的特点就是并发和并行。 并发（Concurrent）： GC线程和主线程可以同时运行，这意味着垃圾回收不会完全阻塞你的程序，用户体验 …

继续阅读“JS `Orinoco GC` `Parenthood Bit` 与 `Page-Space Compaction` 细节”

发布于

JS `WebAssembly` `GC` 提案：Wasm 模块的宿主语言垃圾回收集成

各位观众老爷，大家好！今天咱们来聊聊 WebAssembly (Wasm) 的一个“未来战士”特性：GC (Garbage Collection)。 开场白：Wasm 的“野心”与“痛点” WebAssembly，这玩意儿一出生就带着“野心”，想成为 Web 平台的通用字节码，让各种语言都能跑得飞起。它凭借着接近原生的性能、安全性和可移植性，已经攻占了 Web 应用、Node.js、甚至嵌入式系统等诸多领域。 但 Wasm 也不是完美的，它有个“痛点”：内存管理。 最初的 Wasm 只能通过线性内存（Linear Memory）来管理内存，这就像给你一块巨大的数组，你自己负责分配和释放。 对于 C、C++ 这种“手动挡”语言还好说，但对于 Java、C#、Python 这些自带垃圾回收机制的“自动挡”语言来说，就有点尴尬了。它们要么自己实现一套垃圾回收器，要么就把整个运行时都编译到 Wasm 里，体积和性能都受到影响。 Wasm GC：应运而生的“救星” 为了解决这个问题，Wasm GC 提案就诞生了。 它的目标是：让 Wasm 模块可以直接使用宿主环境（比如浏览器）的垃圾回收器，从而 …

继续阅读“JS `WebAssembly` `GC` 提案：Wasm 模块的宿主语言垃圾回收集成”

发布于

PHP `GC` (Garbage Collector) 循环引用检测算法与 `__destruct` 注意事项

各位观众，晚上好！我是你们的老朋友，今天咱们聊聊PHP的垃圾回收机制，特别是那个让人头疼的循环引用，以及__destruct方法在其中扮演的角色。准备好了吗？咱们这就开始！ 一、开胃小菜：什么是垃圾回收？ 首先，咱们得明白什么是垃圾回收。想象一下，你是个勤劳的农民伯伯，每天都要种地。种地过程中，你会产生各种各样的垃圾，比如烂菜叶、废塑料袋等等。如果你不及时清理这些垃圾，你的田地就会被垃圾淹没，寸步难行。 程序也一样。在程序运行过程中，会创建大量的对象，这些对象会占用内存。如果这些对象不再被使用，但仍然占用着内存，就会导致内存泄漏，最终导致程序崩溃。垃圾回收机制就是用来自动清理这些不再使用的对象，释放它们占用的内存，让程序能够持续运行。 PHP的垃圾回收机制是自动的，也就是说，你不需要手动去释放内存。PHP会定期检查哪些对象不再被使用，然后自动释放它们的内存。 二、主菜登场：循环引用是个啥？ 循环引用，顾名思义，就是两个或多个对象相互引用，形成一个环。就像两条蛇互相咬着对方的尾巴，谁也无法挣脱。 举个例子，咱们来创建一个简单的循环引用： <?php class Person { p …

继续阅读“PHP `GC` (Garbage Collector) 循环引用检测算法与 `__destruct` 注意事项”

发布于

JS `WebAssembly` `GC Proposal`：Wasm 如何集成宿主语言的垃圾回收

各位观众老爷们，大家好！今天咱们来聊聊WebAssembly（简称Wasm）的GC提案，这可是个能让Wasm“如虎添翼”的大杀器。 Wasm GC：让Wasm不再孤单 Wasm本身是一种低级的、可移植的字节码格式，非常适合性能密集型的计算。但它有个小小的遗憾：缺乏内置的垃圾回收（GC）机制。这意味着，如果你的Wasm模块想操作复杂的数据结构（比如JavaScript中的对象），就需要自己手动管理内存，或者依赖宿主环境提供的内存管理功能。 这种方式有几个问题： 心智负担重：手动管理内存容易出错，而且会分散开发者精力，降低开发效率。 性能损耗大：Wasm和宿主环境之间的数据交互往往需要进行序列化和反序列化，这会带来额外的性能开销。 互操作性差：不同的宿主环境提供的内存管理API可能不同，这会降低Wasm模块的可移植性。 Wasm GC提案的目的，就是解决这些问题。它希望在Wasm中引入一种标准的、可移植的垃圾回收机制，让Wasm模块可以更方便地与宿主语言（比如JavaScript）进行互操作，并且避免手动管理内存的麻烦。 Wasm GC提案的核心思想 Wasm GC提案的核心思想是： 引入 …

继续阅读“JS `WebAssembly` `GC Proposal`：Wasm 如何集成宿主语言的垃圾回收”