MRC转ARC注意事项和存在的问题修改版

本文提供从手动内存管理(MRC)迁移到自动引用计数(ARC)的详细步骤与常见问题解决方案,包括代码调整建议及特定场景下的注意事项。

----------------------------------------------------------------------------------------------------------

|       转载请注明出处:http://blog.youkuaiyun.com/cywn_d/article/details/18358669      |

-----------------------------------------------------------------------------------------------------------

注意事项:

1.删除所有retain,releaseautorelease

2.把原来property写retainassign的地方替换成strong或者weak.

3.dealloc并没有做除了releasesuper dealloc之外的任何事情,直接删除整个delloc方法就可以了

4.不使用ARC的文件,在Build Phases-Compile Sources的文件中双击,输入-fno-objc-arc

5.如果引用了非ARCframework文件,并且该文件出现ARC不支持的错误,只能将引用了该文件的.m文件改成非ARC。要注意的是,不能在.pch中直接声明这个framework文件,只能在用到该framework的时候引入。



可能出现的问题及解决方法:

1.ARC forbids Objective-C objects in structs or unions

ARC不允许结构体中定义对象,一个方法就是取消结构体,直接在外面定义。


2.Receiver type ‘X’ for instance message is a forward declaration

这往往是引用的问题。ARC要求完整的前向引用,也就是说在MRC时代可能只需要在.h中申明@class就可以,但是在ARC必须在.m文件重声明对该类.h文件。

示例:

TestA有test1()方法。

TestB继承了TestA,但未重写test1方法。

TestC.h通过@class引用TestB,并声明了TestB testB;对象。

TestC.m中未引用TestB.h,直接调用testB.test1()方法。


3.Switch case is in protected scope

现在switch语句必须加上{}了,ARC需要知道局部变量的作用域,加上{}switch语法更加严格,否则遇到没有break的分支的话内存管理会出现问题。


4.A name is referenced outside the NSAutoreleasePool scope that it was declared in

这是由于写了自己的autoreleasepool,而在转换时在原来的pool中申明的变量在新的@autoreleasepool中作用域将被局限。解决方法是把变量申明拿到pool的申请之前。示例:

NSAutoreleasePool* pool = [[NSAutoreleasePool alloc] init];

NSArray* sortedResults =[[filteredResults sortedArrayUsingSelector:@selector(compare:)] retain];

[pool release];

return [sortedResults autorelease];


以上代码如果通过X-CodeARC转换工具转换会变成:

@autoreleasepool

{

  NSArray* sortedResults = [filteredResults sortedArrayUsingSelector:@

    selector(compare:)];    

}

return sortedResults;


5.Cast of Objective-C pointer type 'NSURL *' to C pointer type 'CFURLRef' (aka 'const struct __CFURL *') requires a bridged cast

在CFURLRef前加上__bridge,即__bridge CFURLRef


6.init methods must return a type related to the receiver type

方法返回的类型不对。如果这个问题出现在自己写的类,直接修改就可以,如果是出现在framework里,只能把引用了这个framework的.m文件加上-fno-objc-arc编程非ARC


7.Multiple methods named 'handleResponseData:' found with mismatched result, parameter type or attributes

这是由于两个方法具有相同的方法名,编译器可能在某些情况下无法分辨。比如:

- (void)handleResponseData:(NSString *) data;

- (void)handleResponseData:(NSData *) data;

调用方式

[instance performSelector:@selector(handleResponseData:) withObject:object];

这时候就会报错。


8.Assigning retained object to unsafe_unretained variable; object will be released after assignment

由于将一个对象声明为weak示例

__weak NSString *str = [[NSString alloc] initWithFormat:@"%d",2];

NSLog(@"%@", str);

输出为(null)


ARC即自动引用计数(Automatic Reference Counting),是iOS开发中编译器自动管理内存的一种机制;MRC即手动引用计数(Manual Reference Counting),需要开发者手动管理对象的内存,通过引用计数器来决定对象的生命周期 [^1][^2][^3]。 ARCMRC的区别主要体现在内存管理方式开发者操作上。在MRC中,开发者需要手动管理对象的引用计数,当创建一个对象时,引用计数加1,当不再使用该对象时,需要手动调用`release`方法使引用计数减1,当引用计数为0时,对象被释放。例如在MRC下的`dealloc`方法中,需要释放自身的实例变量、移除观察者、停止timer、移除通知、代理置空等,并且一定要在最后写`[super dealloc];` 。而在ARC下,编译器会自动插入内存管理的代码,系统会帮助释放对象所包含的实例变量,但有些对象仍需开发者手动释放,如Core Foundation框架下的一些对象,同时也需要手动进行通知中观察者的移除、代理置空、停止timer等操作 [^2]。 在使用场景方面,对于新项目开发,建议使用ARC,因为它能减少开发者手动管理内存的工作量,降低内存泄漏的风险,提高开发效率。而对于一些老项目,可能由于历史原因采用了MRC,如果要将其迁移到ARC,需要提前让团队成员了解代码迁移的方法,并且在团队层面做好意识能力上的准备,否则后续开发可能会出现问题 [^1]。 以下是ARCMRC下不同操作的代码示例: #### MRC下`dealloc`方法示例 ```objc - (void)dealloc { // 释放自身的实例变量 [_myObject release]; // 移除观察者 [[NSNotificationCenter defaultCenter] removeObserver:self]; // 停止timer [_myTimer invalidate]; _myTimer = nil; // 代理置空 self.delegate = nil; [super dealloc]; } ``` #### ARC下手动释放Core Foundation对象示例 ```objc CFStringRef cfString = CFStringCreateWithCString(kCFAllocatorDefault, "Hello", kCFStringEncodingUTF8); // 使用cfString // ... // 手动释放Core Foundation对象 CFRelease(cfString); ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值