objective-C 的内存管理之-实例分析

本文通过Car和Engine类实例,详细解析Objective-C内存管理机制,包括引用计数、释放资源等核心概念,解决多种场景下内存管理问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

objective-C 的内存管理之-实例分析

注:这是《Objective-C基础教程》一书上的实例,但是原书限于篇幅,分析得比较简单,初次阅读看得比较费劲,这里展开详细讨论一下。

场景:有二个类Car和Engine,即“汽车”和“引擎”。

先来看最初的版本:

Engine.h




1
2
3
4
5
6
7
#import <Cocoa/Cocoa.h>
 
@ interface  Engine : NSObject
 
@property int  flag;
 
@end // Engine




Engine.m




1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#import "Engine.h"
 
@implementation Engine
 
@synthesize flag;
 
- (NSString *) description
{
     return  ([NSString stringWithFormat: @"I am engine %d,my retainCount=%d" ,flag,[self retainCount]]);
} // description
 
 
-( void ) dealloc
{
     NSLog( @"this engine %d is going to die." ,flag);
     [super dealloc];
     NSLog( @"this engine %d is dead." ,flag);
}
@end // Engine




代码不复杂,略加解释:Engine类有一个flag属性,用于后面辅助输出时区分当前引擎的唯一标识。然后就是description方法(相当于c#中Object的toString()方法),用于返回一个描述自身的字符串。最后就是dealloc方法,用于清理自身所用的资源。

Car.h




1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#import <Cocoa/Cocoa.h>
 
#import "Engine.h"
 
@ interface  Car : NSObject
{
     Engine *engine;
}
 
@property int  flag;
 
- ( void ) setEngine: (Engine *) newEngine;
 
- (Engine *) engine;
 
@end // Car




Car.m




1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
#import "Car.h"
#import "Engine.h"
 
 
@implementation Car
 
@synthesize flag;
 
- (id) init
{
     if  (self = [super init]) {
         engine = [Engine new ]; //每辆汽车诞生时,先预设了一个空的引擎(flag=0的engine),这个对象最终也需要释放!      
     }
     return  (self);
} // init
 
 
- (Engine *) engine
{
     return  (engine);
} // engine
 
 
- ( void ) setEngine: (Engine *) newEngine
{
     engine = newEngine;   
} // setEngine
 
 
-( void ) dealloc
{  
     NSLog( @"the car %d is going to die." ,flag);
     NSLog( @"%@" ,engine);
     [engine release]; //释放附属资源:引擎   
     [super dealloc];
     NSLog( @"the car %d is dead." ,flag);
}
 
@end // Car




解释一下:init方法中,给每辆汽车在出厂时预置了一个默认的引擎(其flag值为默认值0),然后setEngine方法用于给汽车设置新引擎,最后dealloc中,汽车销毁时会附带release自己的引擎。

先来考虑第一种情况:

有一辆汽车,给它安装了新引擎,使用完后汽车销毁,但是引擎还能拿出来做其它用途(比如给其它汽车使用之类),最后新引擎也用完了,销毁!




1
2
3
4
5
6
7
8
Car *car1 = [Car new ];
car1.flag  = 1;
Engine *engine1 = [Engine new ];
engine1.flag = 1;
[car1 setEngine:engine1];
[car1 release];
NSLog( @"%@" ,engine1); //这里模拟引擎做其它用途 
[engine1 release];




以上代码至少有二个问题:

1.1 Car在构造函数init里,预置的默认引擎(即flag=0的引擎)最后未被释放

1.2 Car在dealloc方法中,已经释放了engine,所以Car释放后,该引擎也就跟着灰飞烟灭了,没办法再做其它用途。所以第7,8行代码根本没办法运行,会直接报错!这比内存泄漏更严重。

先来解决最严重的第2个问题,至少让它跑起来再说,根源在于:Car销毁时,附带把engine也给release了!解决它的途径有二种:

1、去掉Car.m类dealloc中的[engine release],但是本着“自家的孩子自己管”的原则,不推荐这种不负责任的做法。

2、在setEngine方法中,人工调用[newEngine retain]方法,让引擎的引用计数加1,这样正好可抵消Car.m类dealloc方法中[engine release]带来的影响(一加一减,正好抵消!)。

于是Car.m中的setEngine方法有了第二个版本:




1
2
3
4
- ( void ) setEngine: (Engine *) newEngine
{
     engine = [newEngine retain];   
} // setEngine




再次编译,总算通过了,也能运行了。先把问题1.1丢到一边,再来考虑第二种情况:

又有一辆汽车,安装了新引擎engine1,然后试了一下,觉得不爽,于是把engine1丢了,然后又换了另一个引擎engine2(喜新厌旧!)




1
2
3
4
5
6
7
8
9
10
11
12
13
Car *car1 = [Car new ];
car1.flag = 1;
Engine *engine1 = [Engine new ];
engine1.flag = 1;
[car1 setEngine:engine1]; //换新引擎engine1     
[engine1 release]; //觉得不爽,于是把engine1扔了
 
Engine *engine2 = [Engine new ];
engine2.flag = 2;
[car1 setEngine:engine2]; //又换了新引擎engine2
 
[car1 release]; //使用完以后,car1报废
[engine2 release]; //新引擎engine2当然也不再需要了




同样有二个问题:

2.1 engine1先被new了一次,然后在setEngine中又被retain了一次,也就是说其retainCount为2,虽然代码中后来release了一次,但是也只能让retainCount减到1,并不能销毁!

2.2 刚才1.1中所说的问题依然存在,即Car在init方法中预置的默认引擎engine0,始终被无视了,未得到解脱。

可能,你我都想到了,在setEngine方法中,可以先把原来的旧引擎给干掉,然后再把新引擎挂上去,这样就ok了! 好吧,setEngine的第三个版本出现了:




1
2
3
4
5
- ( void ) setEngine: (Engine *) newEngine
{
     [engine release];
     engine = [newEngine retain];   
} // setEngine




貌似皆大欢喜了,但是事情还没完,又有新情况了:第三种情况

有二辆汽车Car1与Car2,Car1换了新引擎engine1,然后跑去跟Car2显摆,Car2觉得新引擎不错,于是要求跟Car1共用新引擎engine1,但问题是:在Car2尚未下手前,engine1已经被某人(可能是car1自己,也可能是车主main()函数)给抛弃了!




1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Engine *engine1 = [Engine new ]; //engine1.retainCount=1
engine1.flag = 1;
     
Car *car1 = [Car new ];
car1.flag = 1;
     
Car *car2 = [Car new ];
car2.flag = 2;
     
[car1 setEngine:engine1]; //car1换了新引擎engine1
[engine1 release]; //然后很快又抛弃了它
     
[car2 setEngine:[car1 engine]]; //car2要跟car1共用engine1
     
//最后car1跟car2都被车主main函数给扔了
[car2 release];
[car1 release];




问题:在16行[car2 release]时,car2已经彻底把engine1给销毁了(也许car2忘记了,engine1是它跟car1共同的财产),于是紧接着[car1 release]时,car1的dealloc方法在[engine release]时,意外发现engine1已经不在人世了,最终它愤怒了,整个程序也就罢工了!

setEngine的最后一个版本




- ( void ) setEngine: (Engine *) newEngine
{  
     [newEngine retain];
     [engine release];  
     engine = newEngine;
     
} // setEngine




其实就是把上一个版本的二行代码,拆分成了三行,变成了先retain,再release,看上去好象含义一样,但是仔细分析你会发现,如果当engine与newEngine为同一个对象的引用时(即这二指针指向的为同一块内存),且newEngine(其实也就是engine)的retainCount为1时,原来的版本会导致newEngine(其实也就是engine)销毁,而现在这样处理后,即会被保留下来。

最后验证一个最终版本是否能完美应付上面提到的三种情况:

第一种情况的运行结果:

2011-02-25 09:17:52.951 CarParts[257:a0f] this engine 0 is going to die.
2011-02-25 09:17:52.957 CarParts[257:a0f] this engine 0 is dead.
2011-02-25 09:17:52.959 CarParts[257:a0f] the car 1 is going to die.
2011-02-25 09:17:52.961 CarParts[257:a0f] I am engine 1,my retainCount=2
2011-02-25 09:17:52.962 CarParts[257:a0f] the car 1 is dead.
2011-02-25 09:17:52.966 CarParts[257:a0f] I am engine 1,my retainCount=1
2011-02-25 09:17:52.968 CarParts[257:a0f] this engine 1 is going to die.
2011-02-25 09:17:52.969 CarParts[257:a0f] this engine 1 is dead.

第二种情况的运行结果:

2011-02-25 09:19:30.639 CarParts[291:a0f] this engine 0 is going to die.
2011-02-25 09:19:30.644 CarParts[291:a0f] this engine 0 is dead.
2011-02-25 09:19:30.646 CarParts[291:a0f] this engine 1 is going to die.
2011-02-25 09:19:30.648 CarParts[291:a0f] this engine 1 is dead.
2011-02-25 09:19:30.650 CarParts[291:a0f] the car 1 is going to die.
2011-02-25 09:19:30.652 CarParts[291:a0f] I am engine 2,my retainCount=2
2011-02-25 09:19:30.653 CarParts[291:a0f] the car 1 is dead.
2011-02-25 09:19:30.655 CarParts[291:a0f] this engine 2 is going to die.
2011-02-25 09:19:30.657 CarParts[291:a0f] this engine 2 is dead.

第三种情况的运行结果:

2011-02-25 09:21:02.549 CarParts[324:a0f] this engine 0 is going to die.
2011-02-25 09:21:02.554 CarParts[324:a0f] this engine 0 is dead.
2011-02-25 09:21:02.556 CarParts[324:a0f] this engine 0 is going to die.
2011-02-25 09:21:02.558 CarParts[324:a0f] this engine 0 is dead.
2011-02-25 09:21:02.559 CarParts[324:a0f] the car 2 is going to die.
2011-02-25 09:21:02.561 CarParts[324:a0f] I am engine 1,my retainCount=2
2011-02-25 09:21:02.563 CarParts[324:a0f] the car 2 is dead.
2011-02-25 09:21:02.571 CarParts[324:a0f] the car 1 is going to die.
2011-02-25 09:21:02.573 CarParts[324:a0f] I am engine 1,my retainCount=1
2011-02-25 09:21:02.575 CarParts[324:a0f] this engine 1 is going to die.
2011-02-25 09:21:02.578 CarParts[324:a0f] this engine 1 is dead.
2011-02-25 09:21:02.587 CarParts[324:a0f] the car 1 is dead.

从输出结果上看,不管是哪一种情况,Car以及Engine资源最终都得到了释放!

作者: 菩提树下的杨过
出处: http://yjmyzz.cnblogs.com 
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

资源下载链接为: https://pan.quark.cn/s/140386800631 通用大模型文本分类实践的基本原理是,借助大模型自身较强的理解和推理能力,在使用时需在prompt中明确分类任务目标,并详细解释每个类目概念,尤其要突出类目间的差别。 结合in-context learning思想,有效的prompt应包含分类任务介绍及细节、类目概念解释、每个类目对应的例子和待分类文本。但实际应用中,类目和样本较多易导致prompt过长,影响大模型推理效果,因此可先通过向量检索缩小范围,再由大模型做最终决策。 具体方案为:离线时提前配置好每个类目的概念及对应样本;在线时先对给定query进行向量召回,再将召回结果交给大模型决策。 该方法不更新任何模型参数,直接使用开源模型参数。其架构参考GPT-RE并结合相关实践改写,加入上下文学习以提高准确度,还使用BGE作为向量模型,K-BERT提取文本关键词,拼接召回的相似例子作为上下文输入大模型。 代码实现上,大模型用Qwen2-7B-Instruct,Embedding采用bge-base-zh-v1.5,向量库选择milvus。分类主函数的作用是在向量库中召回相似案例,拼接prompt后输入大模型。 结果方面,使用ICL时accuracy达0.94,比bert文本分类的0.98低0.04,错误类别6个,处理时添加“家居”类别,影响不大;不使用ICL时accuracy为0.88,错误58项,可能与未修改prompt有关。 优点是无需训练即可有较好结果,例子优质、类目界限清晰时效果更佳,适合围绕通用大模型api打造工具;缺点是上限不高,仅针对一个分类任务部署大模型不划算,推理速度慢,icl的token使用多,用收费api会有额外开销。 后续可优化的点是利用key-bert提取的关键词,因为核心词语有时比语意更重要。 参考资料包括
内容概要:本文详细介绍了哈希表及其相关概念和技术细节,包括哈希表的引入、哈希函数的设计、冲突处理机制、字符串哈希的基础、哈希错误率分析以及哈希的改进与应用。哈希表作为一种高效的数据结构,通过键值对存储数据,能够快速定位和检索。文中讨论了整数键值和字符串键值的哈希方法,特别是字符串哈希中的多项式哈希及其优化方法,如双哈希和子串哈希的快速计算。此外,还探讨了常见的冲突处理方法——拉链法和闭散列法,并提供了C++实现示例。最后,文章列举了哈希在字符串匹配、最长回文子串、最长公共子字符串等问题中的具体应用。 适合人群:计算机科学专业的学生、算法竞赛选手以及有一定编程基础并对数据结构和算法感兴趣的开发者。 使用场景及目标:①理解哈希表的工作原理及其在各种编程任务中的应用;②掌握哈希函数的设计原则,包括如何选择合适的模数和基数;③学会处理哈希冲突的方法,如拉链法和闭散列法;④了解并能运用字符串哈希解决实际问题,如字符串匹配、回文检测等。 阅读建议:由于哈希涉及较多数学知识和编程技巧,建议读者先熟悉基本的数据结构和算法理论,再结合代码实例进行深入理解。同时,在实践中不断尝试不同的哈希策略,对比性能差异,从而更好地掌握哈希技术。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值