IOS开发必备知识点（持续更新）

以前记录的博客。

http://blog.csdn.net/ydj_361757768/article/details/52856962

某博客
http://satanwoo.github.io/2016/04/11/dispatch-once/

weex开源网站
http://weex.apache.org/cn/index.html

Weex在线编写
http://dotwe.org/vue/aa16b64ca95c4a4ae999dd175b0a2e9a

近期更新：

NS_AVAILABEL_IOS(7_0) 表示自IOS7.0开始支持该方法，若在IOS6.0之前的版本使用该函数，则会导致 Crash。

NS_DEPRECATED_IOS(4_2, 9_0, "Please use application:openURL:options:") 表示该函数只能在IOS2.0 和 IOS9.0之间使用，是已被废弃的函数，9.0以后还可以使用，但是会警告了，说不定哪天就没了的意思。

iPhone机型

iPhone 5 Internal Name: iPhone51 iPhone52
iPhone 5s Internal Name: iPhone61 iPhone62
iPhone 6 Internal Name: iPhone7,2
iPhone 6 Plus Internal Name: iPhone7,1
iPhone 6s Internal Name: iPhone8,1
iPhone 6s Plus Internal Name: iPhone8,2
iPhone 7 Internal Name: iPhone9,1 iPhone9,3
iPhone 7 Plus Internal Name: iPhone9,2 iPhone9,4
iPhone 8 Internal Name: iPhone10,1 iPhone10,4
iPhone 8 Plus Internal Name: iPhone10,2 iPhone10,5
iPhone X Internal Name: iPhone10,3 iPhone10,6
iPod5,1 iPod touch 5G

iPhone 1G 320x480
iPhone 3G 320x480
iPhone 3GS 320x480
iPhone 4 640x960
iPhone 4S 640x960
iPhone 5 640x1136
iPhone 5S 640x1136
iPhone 5C 640x1136
iPhone 6 750x1334
iPhone 6 Plus 1080x1920
iPhone 6S 750x1334
iPhone 6S Plus 1080x1920
iPhone SE 640x1136
iPhone 7 750x1334
iPhone 7 Plus 1080x1920
Phone XS 1125x2436
iPhone XR 828x1792
iPhone XS Max 1242x2688

AppIcon尺寸：

桌面图标 (app icon)：
iPhone6 plus(@3x) : 180 x 180
iPhone 6/5s/5/4s/4(@2x) : 120 x 120

系统搜索框图标 (Spotlight search results icon)
iPhone6 plus(@3x) : 120 x 120
iPhone6/5s/5/4s/4(@2x) : 80 x 80

系统设置图标 (Settings icon)
iPhone6/5s/5/4s/4(@2x) : 58 x 58
iPhone6 plus(@3x) : 87 x 87

https://www.jianshu.com/p/8e965f12e31b

APP启动图尺寸：

640x960
640x1136
750x1334
1242x2208（3x）

图片.png

CALayer和CGLayer的区别：

CALayer：是view，图层对象。作为视图可以被addsubview。
CGLayer：与视图无关。通常用于绘图，数学，可以直接绘制图案。需要跟UIGraphicsCurrentContext配合使用。

关于性能优化：

对象的创建会分配内存、调整属性、甚至还有读取文件等操作，比较消耗 CPU 资源。尽量用轻量的对象代替重量的对象，可以对性能有所优化。
比如 CALayer 比 UIView 要轻量许多，那么不需要响应触摸事件的控件，用 CALayer 显示会更加合适。如果对象不涉及 UI 操作，则尽量放到后台线程去创建，但可惜的是包含有 CALayer 的控件，都只能在主线程创建和操作。通过 Storyboard 创建视图对象时，其资源消耗会比直接通过代码创建对象要大非常多，在性能敏感的界面里，Storyboard 并不是一个好的技术选择。
尽量推迟对象创建的时间，并把对象的创建分散到多个任务中去。尽管这实现起来比较麻烦，并且带来的优势并不多，但如果有能力做，还是要尽量尝试一下。如果对象可以复用，并且复用的代价比释放、创建新对象要小，那么这类对象应当尽量放到一个缓存池里复用。

常见的代码安全问题

1. 登录使用HTTP或者登录使用HTTPS但是未对证书进行强认证。
2. APPKEY、APPSECRET等明文硬编码在可执行程序数据段中。
3. 使用NSUserDefault明文存储敏感信息（accessToken、refreshToken等等）。
4. 使用sqlite明文存储敏感信息。
5. 使用keychain明文存储敏感信息。
6. Release版本输出Log或者只是在输出Log函数内部使用条件编译禁用输出。
7. 对于登录失败的提示应该进行模糊，并且需要设置重试次数的上线。
8. 本地明文保存用户的登录密码。

宏定义

__OPTIMIZE__ :用于release和debug的判断，当选择了__OPTIMIZE__ 时，可以让代码在release时执行，在debug时不执行。
__i386__ 与 __x86_64__ ：用于模拟器环境和真机环境的判断。满足该条件的代码只在模拟器下执行。

#ifdefined(__i386__)||defined(__x86_64__)
//模拟器下执行
#else
//真机下执行
#endif

__IPHONE_OS_VERSION_MAX_ALLOWED :当前编译的SDK版本，可以与__IPHONE_9_0等宏定义进行比较，进行不同版本下代码的执行。

AFN结构

图片.png

SDWebImage的几点特性

• 为UIImageView,UIButton和MKAnnotationView进行了类别扩展，添加了web图片和缓存管理；
• 是一个异步图片下载器；
• 异步的内存+硬盘缓冲以及自动的缓冲过期处理；
• 后台图片解压缩功能；
• 可以保证相同的url（图片的检索key）不会被重复多次下载；
• 可以保证假的无效url不会不断尝试去加载；
• 保证主线程不会被阻塞；
• 性能高；

• 使用GCD和ARC；

  
  
  图片.png

IOS后台运行

(BOOL)setKeepAliveTimeout:(NSTimeInterval)timeouthandler:(void (^)(void))keepAliveHandler
函数功能：app每隔timeout唤醒一次。
0.要成功调用该函数，就必须在Info.plist里设UIBackgroundModes键的array值之一voip字符串.
1.timeout必须>=600
2.唤醒app的时间间隔是不精准的。
3.唤醒后只有10秒执行时间。即handler里的代码要在10秒类执行完。10秒后app再次被阻塞。（可以用-backgroundTimeRemaining属性来返回剩余时间）
4.该函数成功调用后，在程序生命周期内有效。
该函数的效果在回到前台的状况下,依然有效。（因此可以把它当timer使.）
5.clearKeepAliveTimeout函数用来清除handler。

ViewController的self释放的三种情况

1. delegate没有置空nil
2. weakSelf = self;
3. NSTimer必须先停止（invalidate）然后nil掉。

Hugging Priority和Compression Resistance Priority 优先级约束

Content Hugging Priority: 该优先级表示一个控件抗被拉伸的优先级。优先级越高，越不容易被拉伸，默认是250。
指的是view拒绝拉伸。Priority 优先级越高，view越难被拉伸。
值越小越容易被拉伸，越大越不被拉伸

Content Compression Resistance Priority: 该优先级和上面那个优先级相对应，表示一个控件抗压缩的优先级。优先级越高，越不容易被压缩，默认是750
指的是view拒绝压缩内置空间。Priority越高，view的内置空间会越难被压缩。而这里的内置空间，就是上面说的view的intrinsicContentSize。优先级越高的，现实的内容越完整。
值越大 越不被拉伸，

内置大小：UILabel，UIButton等控件，他们都有自己的内置大小。控件的内置大小往往是由控件本身的内容所决定的，比如一个UILabel的文字很长，那么该UILabel的内置大小自然会很长。
Content Hugging Priority = 固定大小（值越大越固定）
Content Compression Resistance = 不许挤我！ （值越大显示越完整）

分两种情况：

两个label的宽度加起来都不足width：需要拉伸一个 Hugging（小）给拉伸的那个
两个label的宽度加起来超过width：需要优先展示一个，挤压一个 Compression Resistance（小）给挤压的那个