之前写过一篇关于removeFromSuperview方法处理的文章,写完后一直就没怎么更新这篇文章。这两天回过头来看看,感觉这篇文章有些地方写的不够严谨,而且还有一些自己理解错的地方,所以打算重写这篇文章。

在使用removeFromSuperview方法的时候,发现这个方法有很多我们没有注意的地方。而且对于一些不规范的操作,苹果也对其进行了容错处理。所以我对removeFromSuperview的一些使用细节整理了一下,包括ARCMRC两种情况。其中还会简单涉及一些内存管理相关的部分,文章中有什么问题,还希望多多指出,谢谢!

随便说说removeFromSuperview方法

随便说说removeFromSuperview方法 - 敏捷大拇指 - 随便说说removeFromSuperview方法





1、测试环境

运行环境
版本号
Xcode
7.1
Mac OS X
10.11
iOS
9.3.1
硬件设备
iPhone 5S





2、视图结构

在iOS应用中,视图的结构是树型数据结构,以这种结构来控制视图显示,这种数据结构有一个很好的优点:

层级关系分明,并且方便传递事件。从根节点出发,通过叶节点向下扩展,同一枝的上一个节点就是下一个节点的superview,下一个节点就是上一个节点的subview。每个应用程序都有一个主window,这个window就是根节点。




3、removeFromSuperview

每一个View都和视图结构以及响应者链有直接的关系,但是这篇文章不打算着重的讲这两个方面,主要讲removeFromSuperview方法。将当前视图从其父视图移除,需要调用removeFromSuperview方法。下面是苹果对于这个API的官方定义:

Unlinks the receiver from its superview and its window, and removes it from the responder chain.

译:把当前View从它的父View和窗口中移除,同时也把它从响应事件操作的响应者链中移除。

removeFromSuperview就是一个视图节点删除的操作,执行这个方法,就等于在树形结构中找到该节点,从树型数据结构中删除该节点及其子节点,而并非只是删除该节点自己。同时,另一个操作就是把该对象从响应者链中移除。

执行removeFromSuperview方法后,会从父视图中移除,并且将Superview对视图的强引用删除,此时如果没有其他地方再对视图进行强引用,则会从内存中移除。如果还存在其他强引用,视图只是不在屏幕中显示,并没有将该视图从内存中移除。所以如果需要使用该视图,不需要再次创建,而是直接addSubview就可以了。

对于这个API,苹果并没有给出过多的解释,只是简单的描述了一下这个API,以及说明了这个API的注意点。所以,下面将会根据我的使用经验,继续讲解这个API。




4、内存管理



4.1、方法调用后的内存管理

经过测试,在ARC的情况下执行removeFromSuperview方法多次也没有问题,因为ARC内存是系统为我们管理的。

但是在MRC中,根据官方API的说明:

If the view’s superview is not nil, the superview releases the view.

也就是每执行一次removeFromSuperview方法,方法内部都会执行一次release操作。但是经过我的测试,发现调用removeFromSuperview方法后,引用计数并没有减少,反而增加了一个。(我是通过调用retainCount查看的引用计数,但是并不是真正准确的,后面会讲解这个问题。)



4.2、内存陷阱

那如果是这样,那就遇到一个和我们之前认知不太相同的答案了。具体是什么问题,还是需要自己写代码验证,于是我基于上面描述的测试环境,写了一些关于视图的测试代码。

[Objective-C] 纯文本查看 复制代码
UIView *view = [[UIView alloc] initWithFrame:[UIScreen mainScreen].bounds];
[self.view addSubview:view];
[view release];
[view removeFromSuperview];
// 多次调用remove方法
[view removeFromSuperview];


经过我的测试发现,调用removeFromSuperview方法后引用计数并没有增加,调用完之后还是会release的。我们之前看到的引用计数的增加,是因为系统的隐藏操作导致的。之前在MRC时期经常发现retainCount不准确,这主要是因为iOS系统API的引用、或自动释放池导致的,所以retainCount并不能当做可靠的参考。

所以,如果调用多个release,还是会崩溃的,始终要相信iOS的MRC内存管理原则,这才是可靠的。可以多次调用removeFromSuperview方法,在已经移除父视图后,其他多余的调用不会改变任何引用计数。对于addSubview:方法也是一样的,下面会讲这个方法。




5、使用细节



5.1、多次执行addSubview:操作

假设现在有ViewA、ViewB、ViewC三个视图,ViewA添加到ViewB之后又要添加到ViewC上面,此时ViewA同时执行了向ViewB、ViewC两个视图addSubview:的操作。但是因为只有一个视图对象,所以只会以最后一次添加的为准,第一次执行的添加到ViewB的操作是无效的。通过打印两个View的子视图可以看到,只有最后执行的添加到ViewC上的操作才是有效的,ViewC才真正拥有了ViewA,而ViewB的子视图是空的。

一个视图不只是向其他多个页面进行添加操作不会出现问题,而且向同一个视图上执行多次添加操作也是没有问题的,并不会导致视图被多次添加的问题,也不需要在添加之前进行removeFromSuperview操作,这个是在MRC和ARC都是有效的。因为系统在addSubview:方法中进行了一些判断操作,如果当前视图已经添加到其他视图,会将当前视图从其他视图中移除,然后执行添加操作。如果当前视图已经添加到这个视图中,就不会再次执行添加操作。



5.2、一个小坑

其实也说不上是坑,可以算是一个了解的知识点吧。在ARC或MRC的情况下,调用removeFromSuperview和addSubview:方法其中之一,都需要在另一个方法已经执行的情况下才会有效,对于多次执行一个同方法系统也是有判断操作的,并不会被执行多次。

例如调用remove方法之后,此时视图已经不在父视图之上了,在多次调用这个方法是不起作用的,而且MRC下引用计数也不会被减少多次。对于addSubview:方法也是一样的,向同一个父视图上添加子视图,不会被重复添加,添加之后引用计数也不会多次+1。




6、注意点

  • 无论是ARC还是MRC中多次调用removeFromSuperview和addSubview:方法,都不会造成造成重复释放和添加。
  • 苹果的官方API注明:Never call this method from inside your view’s drawRect: method。


译:永远不要在你的View的drawRect:方法中调用removeFromSuperview。




作者:刘小壮