最新版本SDK优化了开发体验，编译过程会提供更多提示警告，建议你修改。这些功能也可以自主选择用或者不用，当然，苹果喜欢你用他推荐的东西。。。
1 . @avalibale 语法，同步判断当前iOS系统是否满足需求。例如：
if (@available(iOS 11, *)) { // >= 11
DLog(@"XXX1");
} else if (@available(iOS 10, *)) { //>= 10
DLog(@"XXX2");
} else { // < 10
DLog(@"XXX3");
}
（2）声明或者引用一些api需要在指定iOS版本才起作用会有warning,这个时候 可以用1 去做判断。参考代码：
1.2 如果是对方法的声明 添加API_AVAILABLE(ios()) ，就不用再方法里面做系统版本判断了，错用会有警告提示。
例如：
（2）如果在类之前声明 API_AVAILABLE(ios(11)) 就是对该类添加了系统版本约束。
（3) 针对runtime 或者 c/c++ 方法中里面,也有对应判断系统版本方法，相似 @avalibale 语法
__builtin_available 去判断
对类的约束：
（4）苹果鼓励你升级Xcode 使用最新sdk 和操作以上方法，但是也不妨碍回归老版本sdk，这时候@available方法在
编译时候 ,会被忽略不做警告提示。
但个人认为，已经做版本判断了的话，还是要注意业务逻辑的。这个功能也是可选的使用下图。当然苹果鼓励你
操作最新语法 去运用到项目中来。
2 . analyze
2.1 使用该分析功能 会帮你提示 类型错误提示。举例参考2.2.1 NSNumber类型和数字类型比大小，这个会出问题 。 当 photoCount没赋值就是nil 会返回 NO, 如果有值 都会返回YES。这可不是一个正常的比大小的逻辑 乱套了，要知道的是 类型使用错误通常的直接反应就是崩溃，这类问题还是很严重的。
（1）错误类型比大小
（2) analyze 提示出错
（3）修正错误
（4) 这个这个也是选择使用的方法参考下面图片
2.2 声明单利，会遇到的问题
(1)只能有一个实例
(2)dispatch_once 使用谓词 一定是静态 或者全局来进行必要修饰 。
解决使用错误 给的例 是使用 NSLock 同步锁 。
(3)资源竞争造成的死方式锁，数据读取或者存储都不正常
2.3 不要使用copy 修饰可变类型 比如可变数组可变字典等
(1) 如下图会出现什么问题？？
(2) 用copy修饰可变类型，会导致可变类型 变成普通类型，这样可变数组变成不可变数组了，再动态添加元素,就会崩溃
因为动态添加元素根本不是 NSArray 里面的方法。。。
（3）analyze 帮助我们提示这种 应该修改的错误
（4）还可以选择 在编译过程顺便 analyze这个我真是 之前都是想起来analyze ,现在build 就可以，这样更方便我们查找
潜在问题。
3 .
（1）引用已经释放的对象（野指针 崩溃）会 做提示。 下面代码有什么问题？
分析：enumerateKeysAndObjectsUsingBlock: 循环体相当于一个自动释放内存池，用过即废掉，
所以外部再引用NSError要展示信息的话 一定会崩溃的发生野指针错误。
（2）两种解决方案
a.
b.
详细解释： 取地址符号的error写法是要渗透到方法里面可以被修改的变量对象。 这就说明，方法对error来说
就是强引用，如果在方法里被销毁，外边不引用了还好，如果继续引用error就会报野指针错误而崩溃。
模拟销毁不是在方法内置error为nil而是放到自动释放内存池里面，自己也可以模拟出这种情况。这就进一步验证了
关于字典的快速遍历的循环体是即时销毁的。因此，如果需要继续使用error一定要处理成强引用写法。
测试模拟：
销毁模拟 ：
(3) 举例说类似C语言，如果声明方法不指定类型虽然可以编译通过，但是现在可以报警告，防止未来不明确调用
会出问题:“not type safe” 类型不安全。
改了警告说的 类型不安全问题，滥用错误引用就会报错：
（4）同理：闭包函数也是一样的：
改后，如果滥用就报错
（5）这个也是在build时候检查， 也可以选择使用该项检查，参考配置
4 . C++ 的开发体验 优化与支持 略 （目前还没这个经验。。。）
参考：
（1）https://developer.apple.com/videos/play/wwdc2017/411/