随便说说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内存是系统为我们管理的。

但是在MRC中，根据官方API的说明：

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。