1、label 不通过计算怎么实现自适应？
通过看这篇文章可以有了解https://blog.csdn.net/klshuo/article/details/50357987
之前使用xib但是没有注意过这里是什么意思，面试中问到，了解一下
需要了解的是 Autolayout中关于intrinsic content、相关优先级及其应用
https://www.jianshu.com/p/f83fa37fdd46
- 约束优先级: 在Autolayout中每个约束都有一个优先级, 优先级的范围是1 ~ 1000。创建一个约束，默认的优先级是最高的1000
- Content Hugging Priority: 该优先级表示一个控件抗被拉伸的优先级。优先级越高，越不容易被拉伸，默认是250。
- Content Compression Resistance Priority: 该优先级和上面那个优先级相对应，表示一个控件抗压缩的优先级。优先级越高，越不容易被压缩，默认是750
2、weak的assin的区别
https://www.jianshu.com/p/a8a43ae15dcd
3、响应者链
https://www.jianshu.com/p/2e074db792ba
4、load 和initialize
5、uiimageview设置圆角
（1）直接设置layer. cornerRadius 会有离屏渲染
这样可以拯救
self.layer.shouldRasterize = YES;
self.layer.rasterizationScale = [UIScreen mainScreen].scale;
（2）预先生成圆角图片并缓存起来，这个方法才是比较好的手段，预处理圆角图片可以在后台处理，处理完毕后缓存起来，再在主线程显示，这就避免了不必要的离屏渲染了；
（3）在图片上面覆盖一个镂空圆形图片同样可以实现圆形头像效果，这个也是极为高效的方法，缺点就是对视图的背景有要求，单色背景效果就最为理想；
（4）为普通的UIView 添加圆角和为UIImageView设置圆角的原理截然不同；
*为普通的 UIView 添加圆角的原理是手动画出圆角，利用Core Graphics 自己画出一个圆角矩形，再从当前的绘图上下文中获取图片并返回，有了这个图片后，我们创建一个UIImageView 并插入到视图层级的底部
*为UIImageView添加圆角通过直接截取图片实现,可以给UIImage添加一个分类UIImage+Extension，分类中增加一个返回圆形图片的方法，扩展性强（参考文章iOS开发中设置圆角的几种方法）
6、UIbutton的继承链
https://www.jianshu.com/p/4b075a7cab72
7、UIview和viewcontroller的区别
8、C语言的函数调用和oc的消息机制有什么区别
https://www.jianshu.com/p/620022378e97
1对于C语言，函数的调用在编译器的时候决定调用那个函数。编译完之后直接顺序执行。
2OC的函数调用成为消息发送。属于动态调用过程。在编译的时候决不能决定真正调用那个函数（实时证明，在编译阶段，oc可以调用任何函数，及时这个函数并未实现，只要申明过就不会报错，而c语言在编译阶段或报错）。
9、OC中给空对象发送消息程序会Crash吗？
首先，OC中向nil发消息，程序是不会崩溃的。
因为OC的函数调用都是通过objc_msgSend进行消息发送来实现的，相对于C和C++来说，对于空指针的操作会引起Crash的问题，而objc_msgSend会通过判断self来决定是否发送消息，如果self为nil，那么selector也会为空，直接返回，所以不会出现问题。视方法返回值，向nil发消息可能会返回nil(返回值为对象)、0（返回值为一些基础数据类型）或0X0（返回值为id）等。但是对[NSNull
null]对象发送消息时，是会crash的，因为这个NSNull类只有一个null方法。
当然，如果一个对象已经被释放了（引用计数为0了），那么这个时候再去调用方法肯定是会Crash的，因为这个时候这个对象就是一个野指针（指向僵尸对象（对象的引用计数为0，指针指向的内存已经不可用）的指针）了，安全的做法是释放后将对象重新置为nil，使它成为一个空指针，大家可以在关闭ARC后手动release对象验证一下。
https://blog.csdn.net/G_eorge/article/details/53536721
10、swift
11、线程安全的问题：
请查看https://developer.apple.com/library/mac/documentation/cocoa/conceptual/Multithreading/ThreadSafetySummary/ThreadSafetySummary.html，里面列出了线程安全和不安全的类。
-
nsarray nsdictionary nscash 是线程安全的吗
通常，不可变的类（如：NSArray）是线程安全的，而他们对应的可变的类（如：NSMutableArray）则是线程不安全的。
@synchronized(key) { // thread-safe code goes here }
使用@synchronized 可以保证此类的线程安全，其实现原理是：@synchronized会先暂停一个线程A，暂停期间允许另一个线程B访问，当B线程执行完成后A线程才会执行。（这是只有两个线程的时候，如果是多个线程，则由@synchronized修饰的代码块执行期间是只有一个线程在跑，其他线程都暂停）。
NSMutableArray是线程不安全的，当有多个线程同时对数组进行操作的时候可能导致崩溃或数据错误，下面是我对线程安全的几个思路，希望由此能给你带来一些思路，如果有错误的地方还希望大家能够指出
- 1.对数组的读写都加锁，虽然数组是线程安全了，但失去了多线程的优势
- 2.然后又想可以只对写操作加锁然后定义一个全局变量来表示现在有没有写操作，如果有写操作就等写完了在读，那么问题来了如果一个线程先读取数据紧接着一个线程对数组写的操作，读的时候还没有加锁同样会导致崩溃或数据错误，这个方案pass掉
- 3.第三种方案说之前先介绍一下dispatch_barrier_async，dispatch_barrier_async 追加到 queue 中后，会等待 queue 中的任务都结束后，再执行 dispatch_barrier_async 的任务，等 dispatch_barrier_async 的任务结束后，才恢复任务执行， 用dispatch_async和dispatch_barrier_async结合保证NSMutableArray的线程安全，用dispatch_async读和dispatch_barrier_async写（add,remove,replace），当有任务在读的时候写操作会等到所有的读操作都结束了才会写，同样当有写任务时，读任务会等写操作完了才会读，既保证了线程安全又发挥了多线程的优势，但还是有个不足，当我们重写读的方法时dispatch_async是另开辟线程去执行的而且是立马返回的，所以我们不能拿到执行结果，需要去另写一个方法来返回读的结果，但是我们又不想改变调用者的习惯于是又想到了一下方案
- 4.用dispatch_sync和dispatch_barrier_async结合保证NSMutableArray的线程安全，dispatch_sync是在当前线程上执行不会另开辟新的线程，当线程返回的时候就可以拿到读取的结果，我认为这个方案是最完美的选择，既保证的线程安全有发挥了多线程的优势还不用另写方法返回结果，完美~
https://blog.csdn.net/kongdeqin/article/details/53171189
atomic 和noatomic
atomic所说的线程安全只是保证了getter和setter存取方法的线程安全，并不能保证整个对象是线程安全的。
https://www.jianshu.com/p/63b15067351cNSCache
NSCache 是线程安全的
很多童鞋第一次实现TableView时，都会使用NSMutableArray当数据源，当实现下拉刷新时，何时清理这个数组就很重要了，如果TableView正在刷新，而数组又被清掉时，就会导致数组越界访问而崩溃，而使用NSCache就不会有此问题。
https://www.jianshu.com/p/e456b7b9f52dNSDateFormatter的线程安全性
https://blog.csdn.net/gaoyuqiang30/article/details/70185279
- iOS 线程安全 记住这些方法https://blog.csdn.net/ffcoding/article/details/73610679
- 从一道网易面试题浅谈OC线程安全
http://www.cocoachina.com/ios/20170825/20376.html?utm_source=tuicool&utm_medium=referral
https://blog.csdn.net/annkie/article/details/82782181[iOS]GCD和NSOperationQueue的比较
12、sdwebimage
https://www.jianshu.com/p/ae5c107d2b76
13、nsrunloop 什么时候唤醒,什么时候结束
https://www.jianshu.com/p/d71e69b80ae1
手势、定时器、Selector等
Run loop只在你要和线程有交互时才需要，比如以下情况：
使用端口或自定义输入源和其他线程通信
使用定时器
cocoa中使用任何performSelector
使线程履行周期性任务
在run loop处理事件前，有两种方法使其退出：
设置超时限定
通知run loop停止
如果可以配置的话，使用第一种方法是较好的选择。这样，可以使run loop完成所有正常操作，包括发送消息给run loop观察者，最后再退出。
使用CFRunLoopStop来停止run loop也有类似的效果。Run loop也会把所有未发送的消息发送完后再退出。与设置时间的区别在于你可以在任何情况下停止run loop。
尽管移除run loop的输入源和定时器也可以使run loop退出，但这并不是可靠的退出run loop的办法。一些系统程序会添加输入源来处理必须的事件。而你的代码未必会考虑到这些，这样就没有办法从系统程序中移除，从而就无法退出run loop。
14、类簇
15、动画
16、MVVM
17、多线程
18、NSCache 和MSDictionary的区别
NSCache 是一个容器类，类似于NSDIctionary,通过key-value 形式存储和查询值，用于临时存储对象。
注意一点它和NSDictionary区别就是，NSCache 中的key不必实现copy，NSDictionary中的key必须实现copy
NSCache中存储的对象也不必实现NSCoding协议，因为毕竟是临时存储，类似于内存缓存，程序退出后就被释放了
19.js 与原生的交互
WebViewJavascriptBridge是一个Objective-C与JavaScript进行消息互通的三方库。通过WebViewJavascriptBridge，我们可以很方便的实现OC和Javascript互调的功能。WebViewJavascriptBridge实现互调的过程也容易理解，就是在OC环境和Javascript环境各自保存一个相互调用的bridge对象，每一个调用之间都有id和callbackid来找到两个环境对应的处理。从Github上下载源码之后，可以看到核心类主要包含如下几个：
- WebViewJavascriptBridge_JS：Javascript环境的Bridge初始化和处理。负责接收OC发给Javascript的消息，并且把Javascript环境的消息发送给OC。
- WKWebViewJavascriptBridge/WebViewJavascriptBridge：主要负责OC环境的消息处理，并且把OC环境的消息发送给Javascript环境。
- WebViewJavascriptBridgeBase：主要实现了OC环境的Bridge初始化和处理。
https://www.cnblogs.com/LeeGof/p/8143408.html
20、NSTextAttachment NSMutableAttributedString 的使用
苹果在iOS7中推出了一个新的类NSTextAttachment，它是做图文混排的利器
UILabel显示图片(NSTextAttachment),以及设置图片与文字间距
CoreText之NSAttributedString入门教程
21、可能会出的面试题：什么时候会创建自动释放池？
答：运行循环检测到事件并启动后，就会创建自动释放池，而且子线程的 runloop 默认是不工作的，无法主动创建，必须手动创建。
举个��：
自定义的 NSOperation 类中的 main 方法里就必须添加自动释放池。否则在出了作用域以后，自动释放对象会因为没有自动释放池去处理自己而造成内存泄露。
22、可能出现的面试题：苹果是如何实现autoreleasepool的？
autoreleasepool以一个队列数组的形式实现,主要通过下列三个函数完成.
• objc_autoreleasepoolPush（压入）
• objc_autoreleasepoolPop（弹出）
• objc_autorelease（释放内部）
22、__block & __weak & __strong
23、堆区内存地址 0x6 栈区0x7 静态区0x1
24、项目中容易产生崩溃的地方
25、栈块、堆块、全局块 (Block详解)
【block第三篇】内存管理——如何验证block在栈上，还是堆上
Block的存储域以及Block在栈上与在堆上
