随便说说removeFromSuperview方法

本文作者： 伯乐在线 - 刘小壮 。未经作者许可，禁止转载！

欢迎加入伯乐在线 专栏作者。

该文章属于原创，转载请注明：

http://www.jianshu.com/p/b817c94cac0b

之前写过一篇关于

removeFromSuperview

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

在使用

removeFromSuperview

方法的时候，发现这个方法有很多我们没有注意的地方。而且对于一些不规范的操作，苹果也对其进行了容错处理。所以我对

removeFromSuperview

的一些使用细节整理了一下，包括ARC和MRC两种情况。其中还会简单涉及一些内存管理相关的部分，文章中有什么问题，还希望多多指出，谢谢！



占位图

测试环境

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

视图结构

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

层级关系分明，并且方便传递事件。从根节点出发，通过叶节点向下扩展，同一枝的上一个节点就是下一个节点的

superview

，下一个节点就是上一个节点的

subview

。每个应用程序都有一个主

window

，这个

window

就是根节点。

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。

内存管理

方法调用后的内存管理
经过测试，在ARC的情况下执行

removeFromSuperview

方法多次也没有问题，因为ARC内存是系统为我们管理的。

但是在[b]MRC中，根据官方API的说明：[/b]

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

也就是每执行一次

removeFromSuperview

方法，方法内部都会执行一次

release

操作。但是经过我的测试，发现调用

removeFromSuperview

方法后，引用计数并没有减少，反而增加了一个。(我是通过调用

retainCount

查看的引用计数，但是并不是真正准确的，后面会讲解这个问题)

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

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:

方法也是一样的，下面会讲这个方法。

使用细节

多次执行addSubview:操作
假设现在有

ViewA

、

ViewB

、

ViewC

三个视图，

ViewA

添加到

ViewB

之后又要添加到

ViewC

上面，此时

ViewA

同时执行了向

ViewB

、

ViewC

两个视图

addSubview:

的操作。但是因为只有一个视图对象，所以只会以最后一次添加的为准，第一次执行的添加到

ViewB

的操作是无效的。通过打印两个

View

的子视图可以看到，只有最后执行的添加到

ViewC

上的操作才是有效的，

ViewC

才真正拥有了

ViewA

，而

ViewB

的子视图是空的。

一个视图不只是向其他多个页面进行添加操作不会出现问题，而且向同一个视图上执行多次添加操作也是没有问题的，并不会导致视图被多次添加的问题，也不需要在添加之前进行

removeFromSuperview

操作，这个是在MRC和ARC都是有效的。因为系统在

addSubview:

方法中进行了一些判断操作，如果当前视图已经添加到其他视图，会将当前视图从其他视图中移除，然后执行添加操作。如果当前视图已经添加到这个视图中，就不会再次执行添加操作。

一个小坑
其实也说不上是坑，可以算是一个了解的知识点吧。在ARC或MRC的情况下，调用

removeFromSuperview

和

addSubview:

方法其中之一，都需要在另一个方法已经执行的情况下才会有效，对于多次执行一个同方法系统也是有判断操作的，并不会被执行多次。

例如调用remove方法之后，此时视图已经不在父视图之上了，在多次调用这个方法是不起作用的，而且MRC下引用计数也不会被减少多次。对于

addSubview:

方法也是一样的，向同一个父视图上添加子视图，不会被重复添加，添加之后引用计数也不会多次+1。

注意点

无论是ARC还是MRC中多次调用

removeFromSuperview

和

addSubview:

方法，都不会造成造成重复释放和添加。
苹果的官方API注明：

Never call this method from inside your view’s drawRect: method.

译：永远不要在你的

View

的

drawRect:

方法中调用

removeFromSuperview

。

文／刘小壮（简书作者）

原文链接：http://www.jianshu.com/p/b817c94cac0b

著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。