黑马程序员——Objective-C学习笔记(六):内存管理

本文介绍Objective-C中的引用计数机制,包括对象的保留与释放、自动释放池的使用及异常处理等内容,帮助开发者理解并正确实施内存管理。

——- android培训IOS培训、期待与您交流! ———-

引用计数

引用计数(reference counting),也叫做保留计数(retain counting)。对象都用一个与之相关联的整数,被称作引用计数器。当对象被访问时,该对象的保留计数器值加1。当访问结束时,对象的保留计数器值减1.当保留计数器的值为0时,表示不再需用该对象了,该对象将被摧毁,其占用的内存将被系统回收。

当使用allocnew方法或通过copy消息创建一个对象时,对象的保留计数器被设置为1。要增加对象的保留计数器值,可以给对象发送一条retain消息。要减少的话,则发送一条release消息。

当一个对象因为保留计数器归0而即将被销毁时,Objective-C会自动向对象发送一条dealloc消息。可以在自己的对象中重写dealloc方法,这样就能释放掉已经分配的相关资源。不要直接调用dealloc方法,Objective-C会在需要销毁对象时自动调用。

要获得保留计数器当前的值,可以发送retainCount消息。retain方法返回一个id类型的值。这样可以在接收其它消息的同时进行retain调用。例如:[[car retain] setTire: tire atIndex: 2];表示要求car对象将其保留计数器的值加1并执行setTire操作。

例子:

//一个RetainTracker类对象,在初始化和销毁时调用了NSLog()函数
@interface RetainTracker: NSObject
@end // RetainTracker

@implementation Retaintracker
- (id) int
{
    if (self == [super init])
    {
        NSLog(@"init: Retain count of %d.", [self retianCount]);
    }
    return (self);
} // init

- (void) dealloc
{
    NSLog (@"dealloc called.");
    [super dealloc];
} // dealoc
@end // RetainTracker

当对象的保留计数器的值归0时,将自动发送dealloc消息(dealloc方法也会被调用)。

// 创建一个新的RetainTracker类的对象
// 并间接调用由RetainTracker类定义的两个方法
int main(int argc,const char *argv[])
{
    RetainTracker *tracker = [RetainTracker new];
    // count: 1

    [tracker retain]; // count: 2
    NSLog(@"%d",[tracker retainCount]);

    [tracker retain]; // count: 3
    NSLog(@"%d",[tracker retainCount]);

    [tracker release]; // count: 2
    NSLog(@"%d",[reacker retainCount]);

    [tracker release]; // count: 1
    NSLog(@"%d",[reacker retainCount]);

    [tracker retain]; // count: 2
    NSLog(@"%d",[tracker retainCount]);

    [tracker release]; // count: 1
    NSLog(@"%d",[reacker retainCount]);

    [tracker release]; // count: 0, dealloc it
    return 0;
} // main

对象所有权

如果一个一个对象内有指向其它对象的实例变量,则称该对象拥有这些对象。

当多个实体拥有特定变量时,对象的所有权关系就更加复杂了。比如前例Car类中的变量engine的存取方法:
- (void) setEngine: (Engine *) newEngine;

及如何在main()函数中调用该方法 :

Engine *engine = [Engine new];
[car setEngine: engine];

哪个实体拥有engine对象? main()还是Car类?哪个实体负责确保释放engine对象?
办法是让Car类保留engine对象,将engine对象的保留计数器的值增加到2.这是因为Car类和main()函数这两个实体都在使用engine对象。Car类应该在setEngine: 方法中保留engine对象,而main()函数负责释放engine对象。然后当Car类完成其任务时再释放engine对象。

访问方法中的保留和释放

setEngine: 的内存管理方法:

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

如果首先保留新的engine对象,即使newEngine与engine是同一个对象,保留计数器的值也将先增加,然后立即减少。由于没有归0,engine对象以外的未被销毁,这样就不会引发错误了。

自动释放

NSObject类提供一个叫做autorelease的方法:
- (id) autorelease;

该方法预先设定一条绘制未来某个时间发送的release消息,其返回值是接收这条消息的对象。当给一个对象发送autorelease消息时,实际上是将该对象添加到自动释放池中。当自动释放池被销毁时,会向该池中的所有对象发送release消息。

例子:

- (NSString *) description
{
    NSString *description;
    description = [[NSString alloc] ininWithFormat: @"%d years old", 4];
    return ([description autorelease]);
} // description

// 调用

NSLog (@"%@", [someObject description]);

description方法首先创建一个新的字符串对象,然后自动释放该对象,最后将其返回给NSLog()函数。由于description方法中的字符串对象是自动释放的,该对象暂时被放入了当前活动的自动释放池中,等到调用NSLog()函数的代码运行结束以后,自动释放池会被自动销毁。

自动释放池的销毁

有两种方法可以创建一个自动释放池。

  • 通过@autoreleasepool关键字
  • 通过NSAutoreleasePool关键字

    在Foundation库工具集中,创建和销毁自动释放池已经由@autorelease关键字完成。当使用@autorelease{}时,所有在花括号里的代码都会被放入这个新池子里。

    注意: 任何在花括号里定义的变量在括号外就无法使用了。

第二种更加明确的方法就是使用NSAutoreleasPool对象。使用这种对象,创建和释放NSAutoreleasePool对象之间的代码就会使用这个新的池子。

NSAutoreleasePool *pool;
pool = [NSAutoreleasePool new];
~
[pool release];

创建一个自动释放池后,该池就会自动成为活动的池子。释放该池后,其保留计数器的值归0,然后该池被销毁。在销毁的过程中,该池将释放其包含的所有对象。

自动释放池的工作流程

一个展示自动释放池工作流程的例子:

int main (int argc, const char *argv[])
{
// 创建自动释放池
    NSAutoreleasePool *pool;
    pool = [[NSAutoreleasePool alloc] init];

// 创建一个新的tracker对象,因为在创建时接收了一条new消息,其保留计数器的值为1
    RetainTracker *tracker;
    tracker = [RetainTracker new]; // count: 1

// 保留该对象,其保留计数器的值增加为2
    [tracker retain]; // count: 2

// 该吊销被自动释放,但是其保留计数器的值保持不变,依旧为2。
// 之前创建的自动释放池中现在有一个引用指向了该对象。
// 当自动释放池被销毁时,将向tracker对象发送一条release消息。
    [tracker autorelease]; // count: still 2

// 释放该对象以抵消之前对它执行的保留操作。该对象的保留计数器的值仍然大于0,仍处于活动状态。
    [tracker release]; // count 1

// 销毁自动释放池
    NSLog(@"releasing pool"); 
    [pool release]; // get nuked, sends release to reacker

// @autoreleasepool 效果相同,不过不需要分配或销毁自动释放池
    @autoreleasepool
    {
        RetainTracker *tracker2;
        tracker2 = [RetainTracker new]; // count: 1
        [tracker2 retain]; // count: 2
        [tracker2 autorelease]; // count: still 2
        [tracker2 release]; // count: 1

        NSLog(@"auto releasing pool");
    }

    return 0;
} // main

Cocoa的内存管理规则

  • 当使用new、alloc或copy方法创建一个对象时,该对象的保留计数器的值为1.当不再使用该对象时,应该向该对象发送一条release或autorelease消息。这样,该对象将在其使用寿命结束时被销毁。

  • 当通过其它方法获得一个对象时,假设该对象的保留计数器的值为1,而且已经被设置为自动释放,那么不需要执行任何操作来确保该对象得到清理。如果打算在一段时间内拥有该对象,则需要保留它并确保在操作完成是释放它。

  • 如果保留了某个对象,就需要释放或自动释放该对象。必须保持retain方法和release方法的使用次数相等。

就这三条规则。

临时对象

如果正在代码中使用某对象,但是并未打算长期拥有该对象。如果用new、alloc或copy方法获得的这个对象,就需要安排好该对象的内存释放,通常使用release消息来实现。

NSMutableArray *array;
array = [[NSMutableArray alloc] init]; // count: 1
// use array
[array release]; //count: 0

如果使用其它方法获得一个对象,比如arrayWithCapacity: 方法,则不需要关心如何销毁该对象。

NSMutableArray *array;
array = [NSMutableArray arrayWithCapaciy: 17];
// count: 1,autoreleased
// use array

arrayWithCapacity: 方法与alloc、new、copy这三个方法不同,因此可以假设该对象被返回时保留计数器的值为1且已经被设置为自动释放。

拥有对象

在多段代码中一直拥有某个对象。典型的方法是,把它们加入到NSArray或NDictionary等集合中,作为其它对象的实例变量来使用。
如果使用new、alloc或copy方法获得一个对象,则不需要执行任何其它操作。该对象的保留计数器的值为1,因此它将一直存在,只需要确保在拥有该对象的dealloc方法中释放它。

- (void) dostuff
{
    // flonkArray is an instance variable
    flonkArray = [NSMutableArray new]; // count: 1
} // doStuff

- (void) dealloc
{
    [flonkArray release]; // count: 0
    [super dealloc];
} // dealloc

当使用自动释放对象时,重写如下:

- (void) dostuff
{
    // flonkArray is an instance variable
    flonkArray = [NSMutableArray arrayWithCapacity: 17];
    // count: 1, autoreleased
    [flonkArray retain]; // count: 2, 1 autorelease
} // dostuff

- (void) dealloc
{
    [flonkArray release]; // count: 0
    [super dealloc];
} // dealloc

自动释放池被清理的时间是完全确定的: 要么在代码中手动销毁,要么是使用AppKit时在事件循环结束时销毁。不必担心程序会随机的销毁自动释放池每页不必保留使用的每一个对象,因为在调用函数的过程中自动释放池不回被销毁。

异常

异常就是意外事件,比如数组溢出,因为程序不知道怎么处理就会扰乱程序流程。当发生这种情况时,程序可以创建一个异常对象,让他在运行时系统中计算出接下来该怎么做。Cocoa中使用NSException类来表示异常。Cocoa要求所有的异常必须是NSExcepton类型的异常。

与异常有关的关键字

@try: 定义用来测试的代码块以决定是否要 抛出异常。

@catch(): 定义用来处理已抛出异常的代码块。接收一个参数,通常是NSException类型,但也可以是其它类型。

@finally(): 定义无论是否有抛出异常都会执行代码块,这段代码总会执行。

@throw: 抛出异常。

通常会在一个结构中同时使用@try、@catch、@finally ,形如:

@try
{
    //code you want to execute that might throw an exception.
}
@catch(NSException *exception)
{
    //code to execute that handles exception
}
@finally
{
    //code that will always be executed.Typically for cleanup.
}

捕捉不同类型的异常

可以根据需要处理的异常类型使用多个@catch代码块。处理代码按照从具体到抽象的顺序排序,并在最后使用一个通用的处理代码。

@try {}
@catch(MyCustomException *custom) {}
@catch(NSException *exception) {}
@catch(id value) {}
@finally {}

抛出异常

当程序检测到了异常,就必须向处理它的代码块报告这个异常。
程序会创建一个NSException实例来抛出异常,并会使用以下两种技术之一:

  • 使用”@throw异常名; “语句来抛出异常;

  • 向某个NSException对象发送raise消息。

比如,创建一个异常:

NSException *theException = [NSException exceptionWithName: ...];

要抛出这个异常:

@throw theException;

[theException raise];

两种方法都行,但不要两种都使用。两种方法的区别是raise只对NSException对象有效,而@throw也可以用在其它对象上。
通常会在异常处理代码中抛出异常。代码可以通过再发送一次raise消息或使用@throw关键字来通知异常。

@try
{
    NSException *e = ...;
    @throw e;
}
@catch (NSException *e)
{
    @throw; // rethrows e.
}

在@catch异常处理代码中,可以重复抛出异常而无需指定异常对象。

与当前@catch异常处理代码相关的@finally代码块会在@throw引发下一个异常处理调用之前执行代码,因为@finally是在@throw发送之前调用的。
Objective-C的异常机制与C++的异常机制兼容。

异常的内存管理

如果代码中有异常,内存管理执行起来会比较复杂:

- (void) mySimpleMethod
{
    NSDictionary *dictionary = [[NSDictionary alloc] initWith...];
[self procssDictionary: dictionary];    
[dictionary release];
}

假设processDictionary抛出一个异常。程序从这个方法中跳出并寻找异常处理代码。由于方法已经退出了,所以字典对象并没有被释放,于是就会出现内存泄漏。
简单的方法就是使用@try和@finally代码块,因为@finally总是会执行的,所以它可以在里面进行清理工作。

- (void) mySimpleMethod
{
    NSDictionary *dictionary = [[NSDictionary alloc] initWith...];
    @try
    {
        [self processDictionary: dictionary];
    }
    @finally
    {
        [dictionary release];
    }
}

异常和自动释放池

因为不知道该什么时候释放异常,所以异常几乎总是作为自动释放对象而创建。当自动释放池销毁了之后,自动释放池中所有的对象也会被销毁,包括异常。

- (void) myMethod
{
    NSAutoreleasepool *pool = [[NSAutoreleasePool alloc] init];
    NSDictionary *myDictionary = [[NSDictionary alloc] iniWithObjecsAndKeys: @"asdfads",nil];
    @try
    {
        [self processDictionary: myDictionary];
    }
    @catch (NSException *e)
    {
        @throw;
    }
    @finally
    {
        [pool release];
    }
}

@finally代码块在异常重新抛出之前执行了导致本地pool的释放早于异常通知。

- (void) myMethod
{
    id saveException = nil;
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    NSDictionary *myDictionary = [[NSDictionary alloc] initWithObjectsAndKeys: @"adadads",nil];
    @try
    {
        [self processDictionary: myDictionary];
    }
    @catch (NSException *e)
    {
        saveException = [e retain];
        @throw;
    }
    @finally
    {
        [pool release];
        [saveException autorelease];
    }
}

通过使用retain方法在当前池中保留了异常。当池被释放时,由于早已保存了一个异常指针,,它会同当前池一起释放。

内容概要:本文主要介绍了一个基于Matlab实现的无人机空中通信仿真项目,旨在通过数值仿真手段研究无人机在空中作为通信节点时的通信性能、信号传播特性和网络拓扑行为。该仿真涵盖了无人机飞行轨迹建模、无线信道建模(如路径损耗、多普勒效应、阴影衰落等)、通信链路建立与中断判断、信号干扰分析以及网络性能评估(如吞吐量、延迟、连接可靠性等)。项目可能结合优化算法或智能控制策略,用于优化无人机位置部署或动态路径规划,以提升通信服务质量。整个仿真系统为研究人员提供了一套完整的工具链,用于验证新型无人机通信协议、协作机制和网络架构的有效性。; 适合人群:具备一定Matlab编程基础和通信原理基础知识,从事无人机、无线通信、网络优化等相关领域研究的研发人员和高校研究生。; 使用场景及目标:① 评估无人机作为空中基站或中继节点的通信覆盖能力和网络性能;② 设计和优化无人机集群的通信拓扑与协同策略;③ 验证新型无线资源分配、移动性管理和抗干扰算法在动态空地网络中的有效性。; 阅读建议:使用者应结合Matlab代码深入理解仿真模型的构建逻辑,重点关注通信信道模块和无人机运动学模型的耦合关系,并可根据实际研究需求,对仿真参数(如环境噪声、飞行速度、天线增益)进行调整,以开展针对性的对比实验和性能分析。
内容概要:本文围绕微电网中光伏发电系统经逆变器带负载的完整仿真模型展开研究,利用Simulink平台构建了从光伏阵列建模、DC-AC逆变器控制(包括PWM调制与电压电流双闭环控制)、并网策略到负载响应的全过程仿真系统。重点分析了系统在不同工况下的动态响应特性与电能质量表现,并对并网控制策略、最大功率点跟踪(MPPT)技术及系统稳定性进行了深入探讨和验证。该模型不仅可用于教学演示微电网的基本架构与运行机制,更为科研提供了可靠的仿真平台,支持对新型控制算法与系统优化方案的有效验证与评估。; 适合人群:具备一定电力电子技术、自动控制理论基础及Simulink/MATLAB操作经验的电气工程、自动化等相关专业的本科生、研究生及科研人员。; 使用场景及目标:①用于高校课程教学中微电网系统结构与运行原理的直观演示;②为科研工作者提供光伏发电并网系统的仿真验证平台,支持开展逆变器控制算法(如双闭环控制、MPPT)、系统稳定性分析及电能质量管理等关键技术的研究与优化。; 阅读建议:建议学习者结合Simulink仿真环境动手搭建模型,重点关注各功能模块间的信号传递关系与关键参数设置,并通过调整光照强度、温度、负载大小等外部条件,观察系统动态响应过程,从而深化对微电网运行特性的理解与掌握。
内容概要:本文围绕“多变量输入超前多步预测”的光伏功率预测问题,提出了一种基于CNN-BiLSTM混合深度学习模型的研究方法,并提供了完整的Matlab代码实现。该模型首先利用卷积神经网络(CNN)提取输入气象数据(如光照强度、温度、湿度等)中的局部关键特征,捕捉变量间的空间相关性;随后,通过双向长短期记忆网络(BiLSTM)充分挖掘时间序列数据中的长期依赖关系,既能利用历史信息,也能结合未来时刻的上下文信息,从而实现对未来多个时间步长的光伏功率进行高精度预测。研究重点在于处理多变量输入和满足超前多步预测的实际工程需求,有效提升了预测的准确性与鲁棒性。; 适合人群:具备一定机器学习和深度学习理论基础,熟悉Matlab编程,从事新能源发电预测、电力系统调度、时间序列分析等相关领域的研究人员和工程技术人员。; 使用场景及目标:① 解决光伏出力受多重气象因素影响的复杂非线性预测问题;② 实现未来一段时间(如未来24小时)的功率超前多步预测,为电网调度、储能管理和电力市场交易提供决策依据;③ 学习和复现先进的CNN与BiLSTM融合模型在能源预测领域的具体应用。; 阅读建议:使用者应重点关注模型的网络结构设计、多变量数据预处理流程以及多步预测的实现策略。建议结合提供的Matlab代码,自行准备或替换实际的光伏电站运行数据与气象数据,通过调整模型超参数(如卷积核大小、LSTM隐藏层维度、训练周期等)进行实验,以深入理解模型性能并将其应用于具体的科研或工程项目中。
内容概要:本文介绍了一种基于Simulink的光伏储能单相逆变器并网仿真模型,系统性地实现了光伏储能系统与电网之间的能量转换与并网控制全过程。该模型涵盖逆变器的PWM调制、并网同步控制、功率调节策略以及储能单元的能量管理机制,能够精确模拟光照强度变化、负载波动及电网扰动等多种实际运行工况下的系统动态响应特性。通过模块化建模方法,模型具备良好的可扩展性与灵活性,便于研究人员对并网电能质量、控制算法性能及系统稳定性进行深入分析与优化设计。; 适合人群:具备电力电子、新能源发电或自动控制等相关专业背景的本科高年级学生、研究生,以及从事光伏并网系统研发的工程技术人员。; 使用场景及目标:①作为教学工具,帮助学生理解光伏并网逆变器的工作原理与控制逻辑;②服务于科研项目,用于并网控制算法(如PI、PR、重复控制等)的设计、仿真验证与性能对比;③辅助完成毕业设计或工程项目中的系统仿真环节;④为实际工程应用提供前期仿真验证与技术预研支持。; 阅读建议:建议使用者在学习前巩固电力电子技术和可再生能源系统的基础理论,按照模型结构逐步搭建与调试;可利用文中提供的仿真框图和参数设置进行复现,并尝试引入不同工况(如光照突变、电网电压波动等)以评估系统的鲁棒性与适应性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值