Chapter 17_1 弱引用table

  Lua采用了自动内存管理。所以不用担心新创建的对象需要的内存如何分配出来,也不用考虑对象不再被使用后怎样释放它们所占用的内存。

Lua实现了一个增量标记-扫描收集器。它使用这两个数字来控制垃圾收集循环:垃圾收集器间歇率 和 垃圾收集器步进倍率。

这两个数字都使用百分数为单位(例如:100在内部表示1)

  前者表示控制收集器需要在开启新的循环前要等待多久,后者表示控制收集器运作速度相对于内存分配速度的倍率(不要设置为小于100,否则收集慢于分配)。

  在Lua中,你可以用弱引用和终结器作为垃圾回收的机制。先来看弱引用table。

  用户能用它来告诉Lua一个引用不应该阻碍一个对象的回收。弱引用就是一种会被垃圾收集器忽视的对象引用。

  如果一个对象的所有引用都是弱引用,那么Lua就可以回收这个对象了,并且还可以以某种形式来删除这些弱引用本身。

Lua用 “弱引用table” 来实现 “弱引用”,一个弱引用table就是一个具有弱引用条目的table。

如果一个对象只被一个弱引用table所持有,那么最终Lua会回收这个对象。

通常,垃圾收集器不会回收一个可访问table中的作为key或value的对象。也就是说,这些key和value都是强引用,它们会阻止对其所引用对象的回收。

在一个弱引用table中,key和value是可以回收的。有3种弱引用table:

  1》具有弱引用key的table

  2》具有弱引用value的table

  3》同时具有两种弱引用的table

不管哪种类型的table,当一个key或value被回收,那么它们所在的整个条目都会从table中删除。

  一个table的弱引用类型是通过元表中的__mode字段来决定的。这个字段的值为一个字符串:

  “k” :表示key是弱引用的

  “v":表示value是弱引用的

  “kv”:表示key和value都是弱引用

  下面的代码演示了弱引用table的基本行为:

a = {}
b = {__mode = "k" }
setmetatable(a,b)             -- now ‘a‘ 的key就是弱引用
key = {}                      -- 创建第一个key
a[key] = 1
key = {}                      --创建第二个key,覆盖第一个key(没有了引用,将会被回收)
a[key] = 2                    --引用了变量key
collectgarbage()              --强制进行一次垃圾回收
for k , v in painrs(a) do
    print(v)                  -- 2
end

Lua只会回收弱引用table中的对象。而像数字和布尔这样的值是不可回收的。

如果一个数字key所对应的value被回收了,那么整个条目都会从这个弱引用table中删除。

字符串在此显得有点特殊:看上去是可回收的,但是在有些方面与其他可回收对象不同。

其他对象,比如table和thread,都是显式创建的。

当Lua对表达式{}求值时,它就会创建一个新的table。同样地,当对“a” .. "b"求值 会创建一个新的字符串吗?

如果当前系统中已有一个字符串"ab",它会复用吗?还是创建一个新的字符串?

这些都无关紧要,它们都是实现的细节。从程序员角度看,字符串就是值,而非对象。

因此,字符串就像数字和布尔一样,不会从弱引用table中删除(除非和它相关联的值被回收)。

以上内容来自:《Lua程序设计第二版》和《Programming in Lua  third edition 》

时间: 2024-08-26 21:28:37

Chapter 17_1 弱引用table的相关文章

Lua弱引用table

弱引用table 与python等脚本语言类似地,Lua也采用了自动内存管理(Garbage Collection),一个程序只需创建对象,而无需删除对象.通过使用垃圾收集机制,Lua会自动删除过期对象.垃圾回收机制可以将程序员从C语言中常出现的内存泄漏.引用无效指针等底层bug中解放出来. 我们知道Python的垃圾回收机制使用了引用计数算法,当指向一个对象的所有名字都失效(超出生存期或程序员显式del了)了,会将该对象占用的内存回收.但对于循环引用是一个特例,垃圾收集器通常无法识别,这样会导

Lua 弱引用table

本文转载于:http://www.benmutou.com/archives/1808 这次要介绍的内容比较少,就一个——弱引用table 1.无法超越人类智慧的智能——自动内存管理的缺陷 我们都知道,Lua是具备自动内存管理的,好吧,也许有些朋友不知道. 我们只管创建对象,无须删除对象(当然,对于不要的对象你需要设置一下nil值),Lua会自动删除那些被认为是垃圾的对象. 问题就出现在,什么对象才是垃圾对象,有些时候,我们很清楚某个对象是垃圾,但是,Lua却无法发现. 比如这样一个例子: t

(转载)【笨木头Lua专栏】基础补充22:弱引用table

这次要介绍的内容比较少,就一个--弱引用table 笨木头花心贡献,哈?花心?不,是用心~ 转载请注明,原文地址:http://www.benmutou.com/archives/1808 文章来源:笨木头与游戏开发 1.无法超越人类智慧的智能--自动内存管理的缺陷 我们都知道,Lua是具备自动内存管理的,好吧,也许有些朋友不知道. 我们只管创建对象,无须删除对象(当然,对于不要的对象你需要设置一下nil值),Lua会自动删除那些被认为是垃圾的对象. 问题就出现在,什么对象才是垃圾对象,有些时候

Lua程序设计 第17章 弱引用笔记

鉴于之前我对lua的评价,在此需要修改了一下我的言论:游戏开发语言工作中,最成熟的客户端开发组合:C/C++.Lua/C#.assembly汇编.C/C++系列用于完成游戏引擎框架,汇编用于优化,Lua负责游戏逻辑.在全局上满足了性能.可读性.变化性的需求.因为我选的是引擎方向,实际上只能吃透C/C++系列我才可能获得引擎 职位.另外推荐一本书<游戏引擎框架>-叶劲峰翻译的那本,并没有csdn某人读后感言"引擎水真深"的感觉.这本书写得好,可是那个废人却在叶劲峰的专访中说这

OC对象之旅 weak弱引用实现分析

Runtime源码分析带你了解OC实现过程.其中参考了大量的大神的代码以及文献里面也有个人的见解欢迎拍砖欢迎交流. 两种常见使用场景 /// weak属性@interface XX : [email protected](nonatomic,weak) Type* weakPtr;@end/// 代码块中使用{    /// 使用__weak     __weak Type* weakPtr = [[SomeObject alloc] init]; } 根据调试信息发现两者的区别是 第一种进入到

weak 弱引用的实现方式

来源:冬瓜争做全栈瓜 链接:https://desgard.com/weak/ 对于 runtime 的分析还有很长的路,最近在写 block 系列的同时,也回顾一下之前疏漏的细节知识.这篇文章是关于 weak 的具体实现的学习笔记. runtime 对 __weak 弱引用处理方式 切入主题,这里笔者使用的 runtime 版本为 objc4-680.tar.gz. 我在入口文件 main.m 中加入如下代码: int main(int argc, const char * argv[]) {

lua的弱弱引用表

lua有GC,细节无需太关注,知道些基本的就行,能local就一定不要global: 还有在数组里的对象,除非显式=nil,否则很难回收: 不过可以用弱引用表来告诉GC.外部引用为0,就不要管我,请del it. weak table是通过元表实现,元表里的__mode字段包含k或者v:k表示key为弱引用:v表示value为弱引用. 1.首先看一个普通的例子: a = {} key = {} a[key] = 1 key = {} a[key]=2 collectgarbage() for k

lua中对象的弱引用

几次编写lua时.总是有同事遇到A中对象已经释放了.但B对象中A对象的值不是为空的. Lua的gc和Java的类似.只有当对象没有被引用时候才会释放这块内存.要想实现A释放了B中A的值也释放了这时候需要用到弱引用. setmetatable(t,{__mode="k"}); __mode 的值可以为"k","v","kv" ~ ~第一段代码中可以看到内存中是有一个[key]保存了一个table.虽然b=nil了但是t中还是存在

HashMap 之弱引用 - WeakHashMap

■ Java 引用的相关知识 1. 强引用 Object o = new Object(); 强引用是Java 默认实现 的引用,JVM会尽可能长时间的保留强引用的存在(直到内存溢出) 当内存空间不足,Java虚拟机宁愿抛出OutOfMemoryError错误,使程序异常终止,也不会靠随意回收具有强引用的对象来解决内存不足的问题:只有当没有任何对象指向它时JVM将会回收 2. 软引用 public class SoftReference<T> extends Reference<T>