strong和retain竟然有不一样的地方，而声明Block属性请务必用copy。
在处理用strong声明的Block属性引发的问题时偶然发现的。在诸多教程中都会讲到：声明属性时用strong或者retain效果是一样的（貌似更多开发者更倾向于用strong）。不过在声明Block时，使用strong和retain会有截然不同的效果。strong会等于copy，而retain竟然等于assign！
__weak typeof(self)** weakSelf = self**
Block里引用了self.的时候要用弱引用代替，避免循环引用
例如：
__weak typeof(self)weakSelf = self;
[UIView animateWithDuration:0.5 delay:0 usingSpringWithDamping:0.75 initialSpringVelocity:5 options:UIViewAnimationOptionCurveEaseOut animations:^{
weakSelf.greyTransparentButton.backgroundColor =[UIColor colorWithRed:0 green:0 blue:0 alpha:0.2];
weakSelf.tableViewBackgroundView.frame = CGRectMake(0,self.navigationBarMaxY,kScreenWidth,weakSelf.presentHeight);
} completion:^(BOOL finished){}];
情况2：obj2生命周期比self要长
即：obj2的block还未执行完毕，我们的需求就要释放掉self这个对象了。
显然，上面的代码无法释放，即使在block外部，self对象的引用已经没有对象了，但是在block中，self的引用计数仍然有2个，self对象是无法被释放的。
CATransation事务，是Core Animation的内容（动画）
有关于动画的知识点 百度IOS 动画 就有很多很全
用于批量提交对图层的操作，并且是原子性的，支持嵌套（嵌套时先执行最外层的动画）
直接修改View或layer的一些frame，center，color等属性都是隐式事务
显式的写begin，commit就是显示事务
//显示事务默认开启动画效果，kCFBooleanTure关闭
[CATransaction setValue:(id)kCFBooleanTrue forKey:kCATransactionDisableActions];
[CATransaction begin];
[CATransaction setAnimationDuration:FLIP_ANIMATION_DURATION];
_arrowImage.transform = CATransform3DMakeRotation((M_PI / 180.0)* 180.0f,0.0f,0.0f,1.0f);
[CATransaction commit];
参考资料：
http://jefferyfan.com/2016/06/27/programing/iOS/CATransaction/
在iOS中，我们调用摄像头和选择相册中的资源，我们可以使用：UIImagePickerController类来完成。
当然，我们也可以不使用UI的形式来访问iOS设备的相册资源。
那就是使用：ALAssetsLibrary
iOS8前：ALAssetsLibrary
IOS8后: PhotoKit
(ALAssetsLibrary' is deprecated: first deprecated in iOS 9.0 - Use PHPhotoLibrary from the Photos framework instead)
PhotoKit框架:因为PhotoKit是iOS8之后出的，所以iOS8以前的项目是不能使用的（可以使用AssetsLibrary，ALAssetsLibrary类是代表系统中整个资源库，使用它可以访问资源库中的资源和保存照片，视频等功能
layoutSubviews
不能直接调用这个方法。如果强制刷新布局，请调用setNeedsLayout，如果想马上刷新界面，请调用layoutIfNeeded
setNeedsLayout
标记为需要重新布局，异步调用layoutIfNeeded刷新布局，不立即刷新，在下一轮runloop结束前刷新，对于这一轮runloop之内的所有布局和UI上的更新只会刷新一次，layoutSubviews一定会被调用。
layoutIfNeeded
如果有需要刷新的标记，立即调用layoutSubviews进行布局（如果没有标记，不会调用layoutSubviews）。
在 iOS 开发中，我们经常会使用 +load 方法来做一些在 main 函数之前的操作，比如方法交换（Method Swizzle）等，因为类或者分类一旦被加载到运行时，就会调用这个方法；而且加载时间特别早：
load和initialize方法都会在实例化对象之前调用，以main函数为分水岭，前者在main函数之前调用，后者在之后调用。
initialize方法的调用顺序是先父类再子类；是以懒加载的方式被调用的;
+(void)load方法 (总结2)
load函数是只要你动态加载或者静态引用了这个类，那么load就会被执行，它并不需要你显示的去创建一个类后才会执行，同时只执行一次。
另外就是关于load的执行顺序问题，所有的superclass的load执行完以后才会执行该类的load，以及class中的load方法是先于category中的load执行的。
load方法的对应的类只要是引入了，并且该类实现了load方法，在main函数执行之前就会一一执行各类的load方法，load方法的执行优先级还是非常高的
main函数是整个应用运行的入口，load方法是在main函数之前执行的，并且只执行一次，load方法既然这么特殊，那么在使用他时肯定还是要注意很多东西。
1.不要做耗时操作
因为执行在main函数之前，所有是所有实现的load函数跑完了才会启动应用，在load方法中进行耗时操作必然会影响程序的启动时间，
2.不要做对象的初始化操作
3.常用场景** load方法中实现Method Swizzle**