objective c内存管理

本文深入探讨Objective-C中的手动内存管理,包括引用计数器的工作原理、对象销毁流程及 autorelease 的使用。并介绍了如何避免内存泄漏和野指针错误。

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

一、手动内存管理
1、引用计数器
(1)每个OC对象都有自己的引用计数器,是一个整数,表示“该对象被引用的次数”,即有多少人正在引用该OC对象,引用计数器占用4个字节的空间。
(2)引用计数器的作用
a、当使用alloc、new或者copy创建一个新对象时,新对象的引用计数器默认就是1
b、当一个对象的引用计数器值为0时,对象占用的内存就会被系统回收。换句话说,如果对象的计数器不为0,那么在整个程序运行过程,它占用的内存就不可能被回收,除非整个程序已经退出
(3)引用计数器的操作
a、给对象发送一条retain消息,可以使引用计数器值+1(retain方法返回对象本身)
b、给对象发送一条release消息,可以使引用计数器值-1
c、可以给对象发送retainCount消息获得当前的引用计数器值
2、对象的销毁
a、当一个对象的引用计数器值为0时,那么它将被销毁,其占用的内存被系统回收
b、当一个对象被销毁时,系统会自动向对象发送一条dealloc消息
c、一般会重写dealloc方法,在这里释放相关资源,dealloc就像对象的遗言
d、一旦重写了dealloc方法,就必须调用[super dealloc],并且放在最后面调用
e、不要直接调用dealloc方法
f、一旦对象被回收了,它占用的内存就不再可用,坚持使用会导致程序崩溃(野指针错误)
3、概念
a、僵尸对象:所占用空间已经被回收的对象,僵尸对象不能再使用
b、野指针:指向僵尸对象(不可用内存)的指针
c、空指针:没有指向任何东西的指针(0或nil),给空指针发送消息不会报错
4、原则
a、谁创建,谁就release;如果你通过alloc、new或[mutable]copy来创建一个对象,那么你必须调用release或autorelease
b、谁retain,谁就release;只要你调用了retain,无论这个对象是如何生成的,你都要调用release

4、每个OC对象都有一个“引用计数器”,(它占用四个字)节,OC对象刚创建后引用计数的初始值为1,当该值为0的时候,他就会被回收,并且回收前向对象发送dealloc消息,如果重写delloc方法一定要调用super dealloc而且这句调用要放最后。

5、每当alloc或者retain一个对象的时候一定要进行release调用,不然会出现内存泄露。当应用计数为0时在进行release调用就会出现野指针错误,所以当引用计数为0的时候最好要对对象赋值为nil(为空指针发送消息不会出现错误)。

6、Set方法管理的最严谨的写法

<span style="font-size:18px;">- (void)SetCar:(Car *)car  
{  
    if(_car != car)  //判断是不是新传进来新对象  
    {  
        [_car release];  // 如果是,对旧对象进行一次release  
        _car = [car retain];    // 对新对象进行retain,同时将新车变旧车  
        
    }  
}</span>
7、@property 相当于将第6条的写法进行简化,但其实本质还是编译器自动生成第6条的写法

@property (XXX) Car *car;
XXX=retain:    release旧值,retain新值(适用于OC对象类型,跟第3条手动写法一样)
XXX=assign:  直接赋值(默认,适用于非OC对象类型比如基本数据类型int)
XXX=copy:     release旧值,copy新值(NSString使用copy)。

XXX=readwrite:默认。同时生成setter和getter
XXX=readonly:只会生成getter的声明和实现。


@property有两个对应的词,一个是@synthesize,一个是@dynamic。如果@synthesize和@dynamic都没写,那么默认的就是@syntheszie car= _car

@dynamic告诉编译器,属性的setter与getter方法由用户自己实现,不自动生成。(当然对于readonly的属性只需提供getter即可)。假如一个属性被声明为@dynamic car,然后你没有提供@setter方法和@getter方法,编译的时候没问题,但是当程序运行到instance.car =someCar,由于缺setter方法会导致程序崩溃;或者当运行到 someCar = car时,由于缺getter方法同样会导致崩溃。编译时没问题,运行时才执行相应的方法,这就是所谓的动态绑定。
如果使用@property和@synthesize而省略了对于成员变量的声明,则自动生成的成员变量为@private私有的。

如果类的实现中已经存在了对于的setter方法、getter方法,则@property和@synthesize不会覆盖,而是使用自定义的setter方法、getter方法。
点语法陷阱:
1)OC中有个self关键字,作用跟this关键字类似。我这么说完,可能有人就会想这样写OC的set方法了
-(void)setAge:(int)newAge {
self.age= newAge;
}
这绝对是错误的,会造成死循环。因为我在前面已经说过了,OC点语法的本质是方法调用,所以上面的代码相当于
-(void)setAge:(int)newAge {
[selfsetAge:newAge];
}
下面的使用方式也是一个死循环:
2)在get方法中,return self.age;相当于是[self age];

标题基于SpringBoot+Vue的社区便民服务平台研究AI更换标题第1章引言介绍社区便民服务平台的研究背景、意义,以及基于SpringBoot+Vue技术的研究现状和创新点。1.1研究背景与意义分析社区便民服务的重要性,以及SpringBoot+Vue技术在平台建设中的优势。1.2国内外研究现状概述国内外在社区便民服务平台方面的发展现状。1.3研究方法与创新点阐述本文采用的研究方法和在SpringBoot+Vue技术应用上的创新之处。第2章相关理论介绍SpringBoot和Vue的相关理论基础,以及它们在社区便民服务平台中的应用。2.1SpringBoot技术概述解释SpringBoot的基本概念、特点及其在便民服务平台中的应用价值。2.2Vue技术概述阐述Vue的核心思想、技术特性及其在前端界面开发中的优势。2.3SpringBoot与Vue的整合应用探讨SpringBoot与Vue如何有效整合,以提升社区便民服务平台的性能。第3章平台需求分析与设计分析社区便民服务平台的需求,并基于SpringBoot+Vue技术进行平台设计。3.1需求分析明确平台需满足的功能需求和性能需求。3.2架构设计设计平台的整体架构,包括前后端分离、模块化设计等思想。3.3数据库设计根据平台需求设计合理的数据库结构,包括数据表、字段等。第4章平台实现与关键技术详细阐述基于SpringBoot+Vue的社区便民服务平台的实现过程及关键技术。4.1后端服务实现使用SpringBoot实现后端服务,包括用户管理、服务管理等核心功能。4.2前端界面实现采用Vue技术实现前端界面,提供友好的用户交互体验。4.3前后端交互技术探讨前后端数据交互的方式,如RESTful API、WebSocket等。第5章平台测试与优化对实现的社区便民服务平台进行全面测试,并针对问题进行优化。5.1测试环境与工具介绍测试
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值