讲一下atomic的实现机制；为什么不能保证绝对的线程安全（最好可以结合场景来说）？
runtime里的源码：
//getter方法
id objc_getProperty(id self, SEL _cmd, ptrdiff_t offset, BOOL atomic) {
if (offset == 0) {
return object_getClass(self);
}
// Retain release world
id *slot = (id*) ((char*)self + offset);
if (!atomic) return *slot;
// Atomic retain release world
//自旋锁
spinlock_t& slotlock = PropertyLocks[slot];
slotlock.lock();
id value = objc_retain(*slot);
slotlock.unlock();
// for performance, we (safely) issue the autorelease OUTSIDE of the spinlock.
return objc_autoreleaseReturnValue(value);
}
// setter方法：
static inline void reallySetProperty(id self, SEL _cmd, id newValue, ptrdiff_t offset, bool atomic, bool copy, bool mutableCopy)
{
if (offset == 0) {
object_setClass(self, newValue);
return;
}
id oldValue;
id *slot = (id*) ((char*)self + offset);
if (copy) {
newValue = [newValue copyWithZone:nil];
} else if (mutableCopy) {
newValue = [newValue mutableCopyWithZone:nil];
} else {
if (*slot == newValue) return;
newValue = objc_retain(newValue);
}
if (!atomic) {
oldValue = *slot;
*slot = newValue;
} else {
//自旋锁
spinlock_t& slotlock = PropertyLocks[slot];
slotlock.lock();
oldValue = *slot;
*slot = newValue;
slotlock.unlock();
}
objc_release(oldValue);
}
从上面可以看出，使用atomic之后，在setter和getter方法里会使用自旋锁spinlock_t来保证setter方法和getter方法的线程的安全。可以看做是getter方法获取到返回值之前不会执行setter方法里的赋值代码。如果不加atomic，可能在getter方法读取的过程中，再别的线成立发生setter操作，从而出现异常值。
加上atomic后，setter和getter方法是线程安全的，原子性的，但是出了getter方法和setter方法后就不能保证线程安全了，举个例子：
@property (atomic, assign) int intA;//初始值是0
//thread A
self.intA = self.intA + 2 ;
//thread B
self.intA = self.intA + 3;
上面的例子，虽然settr和getter方法是线程安全的，但是 self.intA = self.intA + 2 ;这个语句不是线程安全的，因为这个语句可以分为三个指令：
从内存中取出intA的值放到寄存器中；
把寄存器中值加上某一个数；
再把寄存器中得值放回内存中；
来观察一下AB两个线程交错执行会发生什么：
1. A线程:读取intA的放到一个寄存器A（0）;
2. B线程:读取intA的放到一个寄存器B（0）;
3. A线程:将寄存器A的值加2（2）;
4. B线程:将寄存器B的值加3（3）;
5. A线程:将寄存器A的值加协会到内存，此时intA的值是2;
6. B线程:将寄存器B的写回到内存，此时intA的值是3;
我们预期的结果是5，但实际返回的结果可能是最后写入内存的那个值。
再举个栗子：
@property (atomic, strong) NSArray* arr;
//thread A
for (int i = 0; i < 100000; i ++) {
if (i % 2 == 0) {
self.arr = @[@"1", @"2", @"3"];
}
else {
self.arr = @[@"1"];
}
}
//thread B
for (int i = 0; i < 100000; i ++) {
if (self.arr.count >= 2) {
NSString* str = [self.arr objectAtIndex:1];
}
}
上面的例子线程B里面可能会因为数组越界而引起crash，因为加入在B线程里判断self.arr.count >= 2的时候数组是self.arr = @[@"1", @"2", @"3"];但是当调用[self.arr objectAtIndex:1]可能self.arr的值已经在线程A里被更改为了@[@"1"]，此时数组越界了。因此，虽然self.arr是atomic的，还是会出现线程安全问题。
iOS 属性修饰符atomic的内部实现是怎么样的?能保证线程安全吗？
1.什么情况下使用weak关键词，weak和assign有什么不同？
在ARC里，为了避免出现循环引用时，要使用weak关键词，比如delegate和block；
在xib中的IBOutlet属性，由于已经有了强引用，不需要再用stong关键词；
weak修饰的属性，在释放时会置成nil，assign只是简单地进行赋值操作；
weak只能用于OC对象，assign可用于非OC对象；
2.为什么NSString、NSArray和NSDictionary使用copy修饰而不用strong；
NSString、NSArray和NSDictionary有对应的可变类型NSMutableString、NSMUtableArray和NSMutableDictionary；当我们给设置方法赋新知识，比如NSArray类型的对象A，如果传递的是其子类NSMutableArray类型的B，使用strong修饰的A话只是对B进行了强引用，它们指向的是同一个对象，当B发生变化时，A其实也发生了变化；使用copy则会copy一份新的对象，B的改变不会影响到A。
3.block为什么要用copy修饰？
在MRC里，block里面的对象是在栈区的，使用copy修饰不把他们copy到堆区；在ARC里，编译器会自动进行copy工作。
4.下面的代码会有什么问题？
// .h文件
@property (nonatomic, copy) NSMutableArray * mutableArray;
// .m文件
NSMutableArray*array = [NSMutableArray arrayWithObjects:@1,@2,nil];
self.mutableArray = array;
[self.mutableArray removeObjectAtIndex:0];
因为关键词是copy，所以复制后self.mutableArray是不可变对象，在调用NSMutableArray的方法时会造成崩溃。
5.如何使自定义的类支持copy
自定义的类需要遵守NSCopying协议，如果类分为可变版本和不可变版本，需要遵守NSMutableCopying协议；
6.@property的本质是什么？
@property = ivar（实例变量） + setter + getter
可以把属性当做一种关键字，编译器会自动生成存取方法，并且向类中自动添加适当的实例变量，并且在属性名前添加下划线。
7. @protocol 和 category 中如何使用 @property
在 protocol 中使用 property 只会生成 setter 和 getter 方法声明,我们使用属性的目的,是希望遵守我协议的对象能实现该属性
category 使用 @property 也是只会生成 setter 和 getter 方法的声明,如果我们真的需要给 category 增加属性的实现,需要借助于运行时的两个函数：
objc_setAssociatedObject
objc_getAssociatedObject
8.@property中有那些关键字
原子性--nonatomic，atomic；
读写权限--readonly（只读）readwrite（读写）
内存管理--assign，weak，strong，copy unsafe_unretained
方法名--setter，getter
9. ARC下，不显式指定任何属性关键字时，默认的关键字都有哪些？
对应基本数据类型默认关键字是
atomic,readwrite,assign
对于普通的 Objective-C 对象
atomic,readwrite,strong
10.ASI和AFN的对比
http://www.infoq.com/cn/articles/afn_vs_asi
ASI是基于CFNetwork的， 而AFN是基于NSURL的，从性能上来说ASI要好一些。
AFN的推荐用是用一个公用的HTTPClient，使用公用的URL，把网络请求就的参数传递到HTTPClient的静态方法里，最后通过block回调把网络请求的数据回调出来。
ASI的用法更传统，使用时要初始化一个ASIHTTPRequest实例，通过这个实例来配置网络请求的参数，用代理或block进行数据回调。
ASI的直接操作对象ASIHTTPRequest是NSOPeration的子类，在异步请求处理的时候，在调用startAsynchronous方法后会把对象放入到共享的操作队列，所有的操作都是在这个对象所处的子线程中完成的。
11.网络优化：
1）减小数据请求大小，对于post请求，Body可以做gzip压缩；使用专门的算法对于音视频，图片进行压缩；
2）精简数据格式，使用json替代xml；
3）根据不同的设备返回不同分辨率的图片；
4）缓存数据，在一定有效的时间内再次请求时直接取缓存；
5）对较大的文件，可以考虑多连接；
HTTP幂等性
HTTP方法的幂等性是指一次和多次请求某一个资源应该具有同样的副作用
iPad没有iPhone那样的数字键盘，可以自定义demo：
