Lua的垃圾回收机制详解-Toy模板网

这篇具有很好参考价值的文章主要介绍了Lua的垃圾回收机制详解。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

Lua 是一种轻量级的编程语言，广泛用于嵌入到其他应用程序中，尤其是在游戏开发领域。Lua 的内存管理机制采用了自动垃圾收集（Garbage Collection）的方法。以下是Lua内存管理的一些关键方面：

垃圾收集原理概述

Lua 使用的是标记-清除（Mark-and-Sweep）算法进行垃圾收集。这个过程分为两个阶段：

标记（Mark）阶段：Lua 遍历所有活动对象（即那些仍然可以从根集合直接或间接访问的对象），并将它们标记为活动的。
清除（Sweep）阶段：Lua 移除所有未被标记的对象，释放它们占用的内存。

内存分配

Lua 使用 malloc 和 free（C语言标准库函数）进行内存分配和释放。

内存泄漏

尽管 Lua 提供了自动垃圾收集，但内存泄露仍然可能发生，尤其是在使用复杂的数据结构和循环引用时。程序员需要注意正确管理对象的生命周期，使用弱引用表来帮助打破潜在的循环引用。

弱引用表

弱引用表，简称弱表，是一种特殊类型的表，其键值对中的键（key）和/或值（value）可以是弱引用。这意味着，如果一个对象只被弱表所引用，那么它不会被视为活跃对象，因此可以被垃圾收集器回收。

弱表的行为通过设置其元表（metatable）中的 __mode 字段来控制。__mode 字段可以有以下设置：

"k"：如果设置为 "k"，则表中的键是弱引用。这意味着，如果一个对象只作为键存在于表中，它可以被回收。
"v"：如果设置为 "v"，则表中的值是弱引用。这意味着，如果一个对象只作为值存在于表中，它可以被回收。
"kv" 或 "vk"：在这种情况下，键和值都是弱引用。

弱表的使用示例

如果一个对象只被弱表引用，一旦程序的其他部分不再引用该对象，它就会成为垃圾收集的候选对象。

这种特性使弱表成为实现自动缓存机制的理想选择。在缓存场景中，您可能希望暂时存储一些数据以提高效率，但如果这些数据不再被需要，它们应该自动释放，以避免不必要地占用内存。

假设您正在开发一个应用程序，需要频繁地对某些对象进行昂贵的计算。为了提高效率，您决定缓存这些计算结果。但是，您不希望缓存永久占用内存，特别是当原始对象不再需要时。

以下是一个实现这种缓存机制的 Lua 代码示例：

-- 创建一个值为弱引用的表
local cache = setmetatable({}, { __mode = "v" })

function expensiveComputation(obj)
    -- 执行一些昂贵的计算
    -- ...
    return result
end

function getCachedResult(obj)
    -- 首先检查结果是否已经在缓存中
    local result = cache[obj]
    if not result then
        -- 如果不在缓存中，执行计算并将结果存储在缓存中
        result = expensiveComputation(obj)
        cache[obj] = result
    end
    -- 返回缓存或新计算的结果
    return result
end

-- 使用示例
local myObject = {}
local result = getCachedResult(myObject)

-- 当 myObject 不再被其他地方引用时，它以及其对应的缓存结果将自动被垃圾收集器清除

在这个例子中，cache 是一个弱表，用于存储昂贵计算的结果。当一个对象（如 myObject）传递给 getCachedResult 函数时，该函数首先检查是否已经有缓存结果。如果没有，它将执行计算并将结果存储在 cache 中。

由于 cache 是一个弱引用表，所以一旦 myObject 不再被程序的其他部分引用，它和其对应的缓存结果将自动成为垃圾收集的候选，从而释放相关内存。这样，缓存仅在数据实际需要时占用内存，避免了长期持有不再需要的数据导致的内存泄露。

使用弱表打破循环引用

在 Lua 中，使用弱引用表可以有效地帮助打破循环引用，从而避免内存泄露。循环引用发生在两个或多个对象互相持有对方的引用，导致它们都无法被垃圾收集器回收。弱引用表是一种特殊的表，其中的引用不会阻止垃圾收集器回收引用的对象。

假设我们有两个对象，A 和 B，它们互相持有对方的引用。这就形成了一个循环引用。

local A = {}
local B = {}

A.other = B
B.other = A

在上面的代码中，A 持有对 B 的引用，B 也持有对 A 的引用。如果不采取措施，这将导致 A 和 B 都无法被垃圾收集器回收。

为了解决这个问题，我们可以使用弱引用表。我们将其中一个对象（比如 B）放入一个弱引用表中。

local A = {}
local weakTable = setmetatable({}, {__mode = "v"}) -- 创建一个值为弱引用的表

local B = {}
weakTable[1] = B -- 把 B 存储在弱引用表中

A.other = weakTable[1]
B.other = A

在这个例子中，B 存储在一个值为弱引用的表 weakTable 中。这意味着 weakTable 对 B 的引用不会阻止 B 被垃圾收集器回收。一旦外部对 B 的所有强引用（如直接引用）都消失，B 将可以被垃圾收集器回收，尽管 A 通过 weakTable 间接引用它。这样，我们就打破了循环引用，避免了内存泄露。

增量收集策略

在 Lua 中，垃圾回收器的增量收集（Incremental Collection）策略是为了减少垃圾收集过程对程序执行的干扰。传统的垃圾收集（如完全标记-清除或停止-复制算法）可能会在收集过程中暂停整个程序，尤其是在处理大量数据时，这种暂停会导致明显的性能问题。

增量收集的工作原理

增量垃圾收集通过将垃圾收集过程分解为多个小步骤来工作，而不是一次性完成所有工作。这些小步骤在程序的正常执行过程中逐渐完成，从而避免了长时间的程序暂停。这对于需要高响应性的应用程序，如游戏或实时系统，尤其重要。

Lua 的垃圾收集器主要通过以下步骤实现增量收集：

标记阶段的分解：在标记阶段，垃圾收集器逐渐标记活动对象。而不是一次性遍历所有对象。在每次程序的小暂停期间，它只标记一部分对象，然后让程序继续执行。
可调整的收集频率：Lua 允许调整垃圾收集器的工作频率。通过调整，可以控制垃圾收集器在程序执行中占用的比例，从而平衡性能和内存使用。
清扫阶段的分解：在清扫阶段，垃圾收集器逐步释放未标记的对象。这个过程也是分步进行的，每次执行释放一小部分对象。

调整和控制

Lua 提供了API（如 collectgarbage 函数）来调整垃圾收集器的行为，包括触发完整的垃圾收集循环、设置垃圾收集器的步进大小等。这些控制手段允许开发者根据具体应用的需要定制垃圾收集器的行为，优化性能和内存使用。

三色垃圾回收

三色垃圾回收是一种在增量收集中使用的标记策略。它通过将对象标记为三种颜色（白色、灰色、黑色）来追踪垃圾收集过程中的对象状态。这种方法允许垃圾回收器在程序的正常运行过程中逐步执行标记和清除操作。

Lua的垃圾回收机制详解,unity游戏开发,lua,开发语言,unity,游戏,游戏引擎,性能优化

三色标记法的原理

灰色（Gray）:
- 表示对象已经被标记，但是其引用的对象还没有被完全检查。
- 灰色对象可能引用白色对象，所以不能直接清除。
白色（White）:
- 表示对象尚未被标记。
- 白色对象可能是垃圾，因为没有灰色或黑色对象引用它们。
黑色（Black）:
- 表示对象已被标记，并且该对象引用的所有对象也都已经被检查。
- 黑色对象不会引用任何白色对象，所以可以被安全清除。

三色垃圾回收的过程

在增量垃圾收集过程中，Lua 使用三色标记法来保证在整个回收过程中保持一致性。过程如下：

初始阶段:
- 所有对象最初都是白色。
- 当垃圾收集开始时，从根集合（如全局变量、活跃的函数调用栈等）出发，将可达对象标记为灰色。
标记阶段:
- 将灰色对象转变为黑色，同时将它们直接引用的对象（如果是白色）标记为灰色。
- 这个过程逐步进行，直到没有更多的灰色对象为止。
清扫阶段:
- 所有剩余的白色对象都被视为垃圾并被清除。
- 然后，收集器准备下一次收集，通常是通过将所有黑色对象转变为白色来实现。

分代垃圾收集

Lua 5.4 引入了分代垃圾收集（Generational Garbage Collection）机制，这是对其标准标记-清除（Mark-and-Sweep）垃圾回收算法的一个重要优化。分代垃圾收集基于这样一个观察：对象的生存时间往往有很大的差异，大多数对象在创建后不久就不再被使用（成为垃圾），而一些对象则可能存活得更久。

分代垃圾收集的基本原理

分代收集的基本理念是将对象分为几个“代”（generations），根据它们的存活时间对它们进行不同的处理。在 Lua 中，主要分为两代：

新生代（Young Generation）:
- 这一代包括最近创建的对象。
- 新生代的对象经常进行垃圾收集，因为许多新创建的对象很快就不再被需要。
老年代（Old Generation）:
- 长时间存活的对象被移动到老年代。
- 这些对象不会经常进行垃圾收集，因为一旦它们存活了一定时间，就很有可能会继续存活。

分代收集的过程

分代垃圾收集的过程大致如下：

新对象的分配:
- 最初，所有新创建的对象都被放在新生代。
新生代的收集:
- 新生代的垃圾收集频率相对较高。
- 这是一种“次要垃圾收集”（Minor GC），通常只涉及新生代的对象。
晋升（Promotion）:
- 如果一个对象在新生代中存活足够长的时间（即在多次垃圾收集后仍然存活），它会被晋升到老年代。
- 晋升是为了减少在这个对象上花费的垃圾收集努力，因为它很可能会继续存活。
老年代的收集:
- 这是一种“主要垃圾收集”（Major GC），涉及整个内存（包括新生代和老年代）。
- 老年代的垃圾收集频率比新生代低。