注：本文根据个人的实践和理解写成，若有不当之处欢迎斧正和探讨！
addChildViewController是一个从iOS5开始支持的api接口，相关的一系列的接口是用来处理viewcontroller中嵌套显示其他viewcontroller的场景的。
在出现此api之前，大家可能会使用addsubview并持有viewcontroller对象的方式来实现这个需求，控制多个viewcontroller的view的hidden标签达到同时只显示1个子viewcontroller和切换子viewcontroller的目的。
相关主要api一览：
1.- addChildViewController:
加入子viewcontroller。
2.- removeFromParentViewController
将自身从父viewcontroller中移除（脱离关系）
子viewcontroller切换示例:
3. [self transitionFromViewController:self.currentViewController
toViewController:selectedVC
duration:0
options:UIViewAnimationOptionTransitionNone
animations:nil
completion:nil];
6. 一个只读属性:childViewControllers , 可以用来获取此容器viewcontroller当前拥有的全部childviewcontroller。
其中1和2很容易理解；就是建立/解除viewcontroller之间的父子关系（注意：实际使用时还是要结合调用addsubview来把视图加进来）。
3：当1个容器viewcontroller中加入多个child时，使用该api来切换childviewcontroller，并可以设置动画效果和结束事件处理，很方便。
其中4和5就有些奇怪了，光从命名来看可能会以为是子viewcontroller即将隐藏和已经隐藏时触发的方法，但实际上我们阅读其api发现情况不是这样。
看下苹果官方文档：
Called just before the view controller is added or removed from a container view controller.
Discussion
Your view controller can override this method when it needs to know that it has been added to a container.
If you are implementing your own container view controller, it must call the willMoveToParentViewController: method of the child view controller before calling the removeFromParentViewController method, passing in a parent value of nil.
When your custom container calls the addChildViewController: method, it automatically calls the willMoveToParentViewController: method of the view controller to be added as a child before adding it.
Called after the view controller is added or removed from a container view controller.
Discussion
Your view controller can override this method when it wants to react to being added to a container.
If you are implementing your own container view controller, it must call the didMoveToParentViewController: method of the child view controller after the transition to the new controller is complete or, if there is no transition, immediately after calling the addChildViewController: method.
The removeFromParentViewController method automatically calls the didMoveToParentViewController: method of the child view controller after it removes the child.
这里如果暂时先不考虑“implementing your own container view controller”，看一下苹果实现的container view controller, 最典型的莫过于 navigationcontroller了。
那么我们这里可以联想一下，可能navigationcontroller相关的pop、push也是基于这一套api机制来实现的。
我们在demo里面打印通过navigationcontroller push出来的界面的生命周期方法（包括willMoveToParentViewController和didMoveToParentViewController），
我们发现：
界面push进来时：
willMoveToParentViewController
viewdidload
didMoveToParentViewController
界面退出时：
willMoveToParentViewController
didMoveToParentViewController
dealloc
再结合上面api的两句话：
Called just before the view controller is added or removed from a container view controller. 在viewcontroller被添加或者移除之前时被调用;
Called after the view controller is added or removed from a container view controller. 在viewcontroller被添加或者移除之后被调用。
再来看“implementing your own container view controller”时的情况，我们仅仅通过1、2、3来使用这一套api，那么实际测试发现当child被加入到parent的时候只会触发willMoveToParentViewController，而当child被移出parent的时候只触发了didMoveToParentViewController方法。
再仔细看下苹果api文档说明:
在“implementing your own container view controller”时，将自己从父viewcontroller移除之前，需要手动调用willMoveToParentViewController；
同样的，将自己加入父viewcontroller以后（或者从其他子viewcontroller页面迁移而来时）需要手动调用didMoveToParentViewController（时机在addchild或者迁移的completion结束以后）。
综上，我们可以分析知：willMoveToParentViewController、didMoveToParentViewController可以用来帮助我们进行一些页面跳转相关的生命周期业务逻辑处理，但其存在一些问题不可不察：
1.需要准确的理解这两个方法触发的时机
2.对于系统的container，这两个方法一定会在适当的时机触发；而对于自己实现的container，必须要在适当的时机手动调用这两个方法，才能保证其触发的完备性。如果你不手动调用，那么你也要准确的理解在这种场景下什么时候会触发
3.从一个开发者角度来说，我认为这两个api的设计比较失败。首先其命名并不能直观表达出其触发场景；且其使用上也有诸多限制。因此对于调用者来说，建议仅在不使用这两个api就无法满足业务需求时才使用这两个api。
最后：推荐一个国人的UI框架，写的很用心，其中addChildViewController相关api还有其他一些转场之类的api使用，可以作为很好的学习参考。 https://github.com/tianzhuo112/VTMagic