视图结构
在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方法，只是该视图不在屏幕中显示，并没有将该视图从内存中移除。所以我们如果需要使用该视图，不需要再次创建，而是直接addSubview就可以了。
对于这个API，苹果并没有给出过多的解释，只是简单的描述了一下这个API，以及说明了这个API的注意点。
内存陷阱
那如果是这样，那就遇到一个和我们之前认知不太相同的答案了。具体是什么问题，还是需要我们自己写代码验证，于是我基于上面描述的测试环境，写了一些关于视图的测试代码。
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:方法也是一样的