2被浏览262分享邀请回答暂时还没有回答，开始写第一个回答问题[※※※※※]：苹果为什么要废弃dispatch_get_current_queue？ - 简书
问题[※※※※※]：苹果为什么要废弃dispatch_get_current_queue？
dispatch_get_current_queue容易造成死锁
一、前言 根据dispatch_get_current_queue头文件注释 Recommended for debugging and logging purposes only: The code must not make any assumptions about ...
3.1 Grand Central Dispatch（GCD）概要 3.1.1 什么是CGD Grand Central dispatch(GCD)是异步执行任务的技术之一。一般将应用程序中记述的线程管理用的代码在系统级中实现。开发者只需要定义想执行的任务并追加到适当的di...
同步/异步 同步：多个任务情况下，一个任务A执行结束，才可以执行另一个任务B。只存在一个线程也就是主线程。 异步：多个任务情况下，一个任务A正在执行，同时可以执行另一个任务B。任务B不用等待任务A结束才执行。存在多条线程。 图1 同步示例图 图2异步示例图 并发/并行 并行...
我们知道在iOS开发中，一共有四种多线程技术：pthread，NSThread，GCD，NSOperation： 前两者是面向线程开发的多线程技术，需要开发者自己去维护线程的生命周期，比较繁琐。 后两者是面向队列开发的多线程技术，开发者仅仅定义想执行的任务追加到适当的Dis...
iOS中GCD的使用小结 作者dullgrass
09:41*字数 4996阅读 20199评论 33喜欢 192 本篇博客共分以下几个模块来介绍GCD的相关内容: 多线程相关概念 多线程编程技术的优缺点比较？ GCD中的三种队列类型 The main...
不是只有男女之情才算得上爱情。任何一种幸福都知道被祝福。 你觉得这个算爱情么，一些直男直女们肯定觉得恶心，以前的我也觉得同性恋是一件不齿的事情，不知道为什么两个相同性别的人会在一起，怎么行房事？或者干些什么多令人做呕啊。但是现在我不仅仅不反对同性这件事情，相反的我有时会思考...
一个阳光明媚的清晨，微弱的光线随着浓密的树投射下几点斑驳的光亮.空气中充斥着一丝丝沉醉的味道,带着微弱的阳光看向树干上斜躺着那团黑乎乎的东西,定睛一看,是一个人，黑亮垂直的发，斜飞的英挺剑眉，细长蕴藏着锐利的黑眸，削薄轻抿的唇，棱角分明的轮廓，修长高大却不粗犷的身材，宛若黑...
青春无敌 —西南大学于第四运动场举办荧光夜跑活动
11月11日晚，由西南大学三大学院——文学院、历史文化学院名族学院、美术学院联合举办的北区夜跑打卡活动在第四运动场正式拉开帷幕。
为提倡全民健康运动，荧光夜跑活动应运而生，它结合社会潮流，以...
从前的从前我都记得不太清楚，只有一些模糊的记忆，那其实是一种是习惯，就像总有一堆电话一旦记住就终生难忘，就像来电显示…
人总会成长，也慢慢的学会了总结，总结所经历的岁月，生活就是惊喜不停的给我们导着不同剧本，只是故事里面的主人公在不停的变化，每个人都在感受不同的生活，但...
1 “到底是怎么了？还等不及我坐下，就开始报告？” “漏水吗？” “今天的会议，请本部长代表出席吧。” 2 “你已经跟他说了我在吗？” “那是因为，我们接下来要谈的事情，一点都不甜蜜吧。” 3 再这样下去，针对那个为了“维护尊严而坚守原则”的建筑事务所长，所应付出的薪水，搞...如你所知，已废弃(Deprecated)的API指的是那些已经过时的并且在将来某个时间最终会被移除掉的方法或类。通常，苹果在引入一个更优秀的API后就会把原来的API给废弃掉。因为，新引入的API通常意味着可以更好的发挥新硬件或操作系统的性能，或者可以使用一些在构建原有API时根本还没有的语言特性(e.g. blocks)。
每当苹果添加新方法的时候，他们都会在方法声明的后面用一个很特殊的宏来标明哪些iOS版本支持它们。例如，在UIViewController中，苹果引入了一个使用block来处理回调的方法用来展示一个模态controller，它的声明是这样的：
- (void)presentViewController:(UIViewController *)viewControllerToPresent animated: (BOOL)flag completion:(void (^)(void))completion NS_AVAILABLE_IOS(5_0);
注意到NS_AVAILABLE_IOS(5_0)了吗？这就告诉我们这个方法可以在iOS5.0及以后的版本中使用。如果我们在比指定版本更老的版本中调用这个方法，就会引起崩溃。
那被这个方法替换了的那个旧方法又怎么样了呢？同样，它的声明后面也带了一个类似的语法，表示它已经被废弃了：
- (void)presentModalViewController:(UIViewController *)modalViewController animated:(BOOL)animated NS_DEPRECATED_IOS(2_0, 6_0);
NS_DEPRECATED_IOS(2_0, 6_0)这个宏中有两个版本号。前面一个表明了这个方法被引入时的iOS版本，后面一个表明它被废弃时的iOS版本。被废弃并不是指这个方法就不存在了，只是意味着我们应当开始考虑将相关代码迁移到新的API上去了。
还有类似形式的一些宏用在iOS和OS X共用的类上。比如NSArray中的这个方法：
- (void)setObject:(id)obj atIndexedSubscript:(NSUInteger)idx NS_AVAILABLE(10_8, 6_0);
这里的NS_AVAILABLE宏告诉我们这方法分别随Mac OS 10.8和iOS 6.0被引入。和NS_DEPRECATED_IOS类似，也有个宏叫NS_DEPRECATED，但它的参数要稍微复杂些：
- (void)removeObjectsFromIndices:(NSUInteger *)indices numIndices:(NSUInteger)cnt NS_DEPRECATED(10_0, 10_6, 2_0, 4_0);
这里表示这个方法随Mac OS 10.0和iOS 2.0被引入，在Mac OS 10.6和iOS 4.0后被废弃。
Easy Come, Easy Go
上周我们讨论了在iOS7和Mac OS 10.9 SDK中被新引入的Base64 API。有趣的是，有一组有相同功能的Base64方法，在被引入的同时也被废弃掉了。为什么苹果在引入一个API的同时又把它废弃掉了？那不是毫无意义的吗？好吧，其实也不是——它在下面这种情况下就非常有意义：
实际上，这些现在已经废弃的Base64方法从iOS4和Mac 0S 10.6开始就一直存在，只是它们是私有的。直到现在苹果才把它们公开，大概是苹果一直对它们的实现不满意，一直都想把它们改写。
果然，在iOS7中，苹果选定了一个他们感到满意的Base64 API，并且将它添加到了NSData的一个公有类别中。但现在，他们知道老方法已经被取代，不会被改写了，因此他们把它公开出来。当开发者的app仍然需要支持iOS6及以前的版本时，就有了一个系统内置的Base64 api可以用。
这就是为什么，如果你查看这些新API的方法声明，可以看到NS_DEPRECATED宏部分中的起始版本是4_0，虽然实际上直到iOS7之前，它从来都没有被作为公有API被引入过：
- (NSString *)base64Encoding NS_DEPRECATED(10_6, 10_9, 4_0, 7_0);
这告诉你，基于iOS7 SDK开发的app如果调用了这个方法，它同样可以运行在iOS4+或Mac OS 10.6+的系统上而不会崩溃。很有用的吧？
如何使用已废弃的API
那么，如果我们有一个app需要同时支持iOS6和iOS7，想用内置的Base64方法，我们该怎么做呢？事实上，这相当简单，你只需要调用这些废弃的API就可以了。
那样编译器不是会产生警告吗？不会——只有你的deployment target版本号设置成大于或等于方法被弃用的版本号的时候才会收到编译器警告。只要你仍然在支持那些还没有废弃这个方法的iOS版本，都不会收到警告。
那么，如果苹果决定在iOS8中移除已弃用的Base64方法，你的应用程序会发生情况？简单来说，它肯定会崩溃，但是不要让这把你吓跑了：苹果不可能只在几个iOS版本后就将已废弃的API给移除(绝大多数已废弃的API在任何的iOS版本中都还没有被移除)，除非你决定不再更新你的app，否则在你放弃支持iOS6之前有很多机会都可以更新到新的API。
但是如果假定我们在最坏的情况下(例如：我们不更新我们的app了，而苹果突然宣布了一个零容忍的不再向下兼容的政策)，怎样让我们的代码保持永不过时并且仍然能够支持旧的系统版本呢？
这其实很简单，我们只需要做一些运行时的方法检测。使用NSObject的respondsToSelector:方法，我们可以检测，如果新的API存在，我们就调用它。否则，我们退回到已废弃的API。很简单：
NSData *someData = ...
NSString *base64String = nil;
// Check if new API is available
if ([someData respondsToSelector:@selector(base64EncodedDataWithOptions:)])
& // It exists, so let's call it
& base64String = [someData base64EncodedDataWithOptions:0];
& // Use the old API
& base64String = [someData base64Encoding];
此代码在iOS4及以上版本中有效，并且如果苹果在未来的iOS版本中移除base64Encoding方法后，同样可以正常工作。
为其他开发者编码的时候
如果你是在写一个app，这一切都很好，但是如果你是在编写一个给其他人使用的代码库呢？如果project的target是iOS4或iOS6的时候，上面的代码会工作的很好。但是如果deployment target是iOS 7+的时候，你就会收到编译器警告，说你使用了已废弃的base64Encoding方法。
该代码实际上永远都可以正常工作，因为那个方法在运行时永远都不会被调用(因为respondsToSelector:那个检查在iOS7上总是会返回YES)。但是可惜的是，编译器还不是足够的聪明能发现这点。而且，比如像我，你不会想用那些会产生编译器警告的第三方库，你肯定也不想自己的库中产生任何警告。
那么，我们如何改写我们的代码，以便它可以用于任何deployment target，而不会产生警告？幸好，有一个编译器宏指令可以基于不同的deployment target做不同的代码分支。取决于app是为哪个最小的iOS版本编译的，我们可以用__IPHONE_OS_VERSION_MIN_REQUIRED这个宏来生成不同的代码。
下面的代码可以工作在任何的iOS版本上（不管是过去的还是将来的），而且不会产生任何警告：
#if __IPHONE_OS_VERSION_MIN_REQUIRED & __IPHONE_7_0
// Check if new API is not available
if (![someData respondsToSelector:@selector(base64EncodedDataWithOptions:)])
&&&&& // Use the old API
&&&&& base64String = [someData base64Encoding];
&&&&& // Use the new API
&&&&& base64String = [someData base64EncodedDataWithOptions:0];
看清楚我们在这里做了什么吗？我们变换了respondsToSelector:的用法：我们用它来测试是否新的API不可用，然后将整段代码放到一个条件代码块中，这样它就只会在deployment target比iOS7低的情况下才会被编译。如果app是为iOS6编译的，它就会先检查新的API是否存在，如果不存在就调用旧的API。如果app是为iOS7编译的，那一整块逻辑代码都会被跳过，直接调用新的API。
苹果有一个关于的简单文档，如果感兴趣可以看看。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：9006次
排名：千里之外《招聘一个靠谱的iOS》面试题参考答案（下）
我的图书馆
《招聘一个靠谱的iOS》面试题参考答案（下）
相关文章：说明：面试题来源是的这篇博文：《》，其中共55题，除第一题为纠错题外，其他54道均为简答题。出题者简介： 孙源（sunnyxx），目前就职于百度，负责百度知道 iOS 客户端的开发工作，对技术喜欢刨根问底和总结最佳实践，热爱分享和开源，维护一个叫 forkingdog 的开源小组。答案为整理，未经出题者校对，如有纰漏，请向指正。25. _objc_msgForward函数是做什么的，直接调用它将会发生什么？_objc_msgForward是 IMP 类型，用于消息转发的：当向一个对象发送一条消息，但它并没有实现的时候，_objc_msgForward会尝试做消息转发。我们可以这样创建一个_objc_msgForward对象：IMP&msgForwardIMP&=&_objc_msgF在中的《objc中向一个对象发送消息[obj foo]和objc_msgSend()函数之间有什么关系？》曾提到objc_msgSend在“消息传递”中的作用。在“消息传递”过程中，objc_msgSend的动作比较清晰：首先在 Class 中的缓存查找 IMP （没缓存则初始化缓存），如果没找到，则向父类的 Class 查找。如果一直查找到根类仍旧没有实现，则用_objc_msgForward函数指针代替 IMP 。最后，执行这个 IMP 。Objective-C运行时是开源的，所以我们可以看到它的实现。打开
下载一个最新版本，找到 objc-runtime-new.mm，进入之后搜索_objc_msgForward。里面有对_objc_msgForward的功能解释：/***********************************************************************
*&lookUpImpOrForward.
*&The&standard&IMP&lookup.&
*&initialize==NO&tries&to&avoid&+initialize&(but&sometimes&fails)
*&cache==NO&skips&optimistic&unlocked&lookup&(but&uses&cache&elsewhere)
*&Most&callers&should&use&initialize==YES&and&cache==YES.
*&inst&is&an&instance&of&cls&or&a&subclass&thereof,&or&nil&if&none&is&known.&
*&&&If&cls&is&an&un-initialized&metaclass&then&a&non-nil&inst&is&faster.
*&May&return&_objc_msgForward_impcache.&IMPs&destined&for&external&use&
*&&&must&be&converted&to&_objc_msgForward&or&_objc_msgForward_stret.
*&&&If&you&don't&want&forwarding&at&all,&use&lookUpImpOrNil()&instead.
**********************************************************************/对 objc-runtime-new.mm文件里与_objc_msgForward有关的三个函数使用伪代码展示下：//&&objc-runtime-new.mm&文件里与&_objc_msgForward&有关的三个函数使用伪代码展示
//&&Created&by&https://github.com/ChenYilong
//&&Copyright&(c)&&微博@iOS程序犭袁(http://weibo.com/luohanchenyilong/).&All&rights&reserved.
//&&同时，这也是&obj_msgSend&的实现过程
id&objc_msgSend(id&self,&SEL&op,&...)&{
&&&&if&(!self)&return&
&&&&IMP&imp&=&class_getMethodImplementation(self-&isa,&SEL&op);
&&&&imp(self,&op,&...);&//调用这个函数，伪代码...
IMP&class_getMethodImplementation(Class&cls,&SEL&sel)&{
&&&&if&(!cls&||&!sel)&return&
&&&&IMP&imp&=&lookUpImpOrNil(cls,&sel);
&&&&if&(!imp)&return&_objc_msgF&//_objc_msgForward&用于消息转发
&&&&return&
IMP&lookUpImpOrNil(Class&cls,&SEL&sel)&{
&&&&if&(!cls-&initialize())&{
&&&&&&&&_class_initialize(cls);
&&&&Class&curClass&=&
&&&&IMP&imp&=&
&&&&do&{&//先查缓存,缓存没有时重建,仍旧没有则向父类查询
&&&&&&&&if&(!curClass)&
&&&&&&&&if&(!curClass-&cache)&fill_cache(cls,&curClass);
&&&&&&&&imp&=&cache_getImp(curClass,&sel);
&&&&&&&&if&(imp)&
&&&&}&while&(curClass&=&curClass-&superclass);
&&&&return&
}虽然Apple没有公开_objc_msgForward的实现源码，但是我们还是能得出结论：_objc_msgForward是一个函数指针（和 IMP 的类型一样），是用于消息转发的：当向一个对象发送一条消息，但它并没有实现的时候，_objc_msgForward会尝试做消息转发。在中的《objc中向一个对象发送消息[obj foo]和objc_msgSend()函数之间有什么关系？》曾提到objc_msgSend在“消息传递”中的作用。在“消息传递”过程中，objc_msgSend的动作比较清晰：首先在 Class 中的缓存查找 IMP （没缓存则初始化缓存），如果没找到，则向父类的 Class 查找。如果一直查找到根类仍旧没有实现，则用_objc_msgForward函数指针代替 IMP 。最后，执行这个 IMP 。为了展示消息转发的具体动作，这里尝试向一个对象发送一条错误的消息，并查看一下_objc_msgForward是如何进行转发的。首先开启调试模式、打印出所有运行时发送的消息： 可以在代码里执行下面的方法：(void)instrumentObjcMessageSends(YES);或者断点暂停程序运行，并在 gdb 中输入下面的命令：call&(void)instrumentObjcMessageSends(YES)以第二种为例，操作如下所示：之后，运行时发送的所有消息都会打印到/tmp/msgSend-xxxx文件里了。终端中输入命令前往：open&/private/tmp可能看到有多条，找到最新生成的，双击打开在模拟器上执行执行以下语句（这一套调试方案仅适用于模拟器，真机不可用，关于该调试方案的拓展链接： ），向一个对象发送一条错误的消息：//
//&&main.m
//&&CYLObjcMsgForwardTest
//&&Created&by&http://weibo.com/luohanchenyilong/.
//&&Copyright&(c)&2015年&微博@iOS程序犭袁.&All&rights&reserved.
#import&#import&"AppDelegate.h"
#import&"CYLTest.h"
int&main(int&argc,&char&*&argv[])&{
&&&&@autoreleasepool&{
&&&&&&&&CYLTest&*test&=&[[CYLTest&alloc]&init];
&&&&&&&&[test&performSelector:(@selector(iOS程序犭袁))];
&&&&&&&&return&UIApplicationMain(argc,&argv,&nil,&NSStringFromClass([AppDelegate&class]));
}你可以在/tmp/msgSend-xxxx（我这一次是/tmp/msgSend-9805）文件里，看到打印出来：+&CYLTest&NSObject&initialize
+&CYLTest&NSObject&alloc
-&CYLTest&NSObject&init
-&CYLTest&NSObject&performSelector:
+&CYLTest&NSObject&resolveInstanceMethod:
+&CYLTest&NSObject&resolveInstanceMethod:
-&CYLTest&NSObject&forwardingTargetForSelector:
-&CYLTest&NSObject&forwardingTargetForSelector:
-&CYLTest&NSObject&methodSignatureForSelector:
-&CYLTest&NSObject&methodSignatureForSelector:
-&CYLTest&NSObject&class
-&CYLTest&NSObject&doesNotRecognizeSelector:
-&CYLTest&NSObject&doesNotRecognizeSelector:
-&CYLTest&NSObject&class结合《》，排除掉 NSObject 做的事，剩下的就是_objc_msgForward消息转发做的几件事：调用resolveInstanceMethod:方法 (或 resolveClassMethod:)。允许用户在此时为该 Class 动态添加实现。如果有实现了，则调用并返回YES，那么重新开始objc_msgSend流程。这一次对象会响应这个选择器，一般是因为它已经调用过class_addMethod。如果仍没实现，继续下面的动作。调用forwardingTargetForSelector:方法，尝试找到一个能响应该消息的对象。如果获取到，则直接把消息转发给它，返回非 nil 对象。否则返回 nil ，继续下面的动作。注意，这里不要返回 self ，否则会形成死循环。调用methodSignatureForSelector:方法，尝试获得一个方法签名。如果获取不到，则直接调用doesNotRecognizeSelector抛出异常。如果能获取，则返回非nil：创建一个 NSlnvocation 并传给forwardInvocation:。调用forwardInvocation:方法，将第3步获取到的方法签名包装成 Invocation 传入，如何处理就在这里面了，并返回非ni。调用doesNotRecognizeSelector: ，默认的实现是抛出异常。如果第3步没能获得一个方法签名，执行该步骤。上面前4个方法均是模板方法，开发者可以override，由 runtime 来调用。最常见的实现消息转发：就是重写方法3和4，吞掉一个消息或者代理给其他对象都是没问题的也就是说_objc_msgForward在进行消息转发的过程中会涉及以下这几个方法：resolveInstanceMethod:方法 (或 resolveClassMethod:)。forwardingTargetForSelector:方法methodSignatureForSelector:方法forwardInvocation:方法doesNotRecognizeSelector: 方法下面回答下第二个问题“直接_objc_msgForward调用它将会发生什么？”直接调用_objc_msgForward是非常危险的事，如果用不好会直接导致程序Crash，但是如果用得好，能做很多非常酷的事。就好像跑酷，干得好，叫“耍酷”，干不好就叫“作死”。正如前文所说：_objc_msgForward是 IMP 类型，用于消息转发的：当向一个对象发送一条消息，但它并没有实现的时候，_objc_msgForward会尝试做消息转发。如何调用_objc_msgForward？ _objc_msgForward隶属 C 语言，有三个参数 ：首先了解下如何调用 IMP 类型的方法，IMP类型是如下格式：为了直观，我们可以通过如下方式定义一个 IMP类型 ：typedef&void&(*voidIMP)(id,&SEL,&...)一旦调用_objc_msgForward，将跳过查找 IMP 的过程，直接触发“消息转发”，如果调用了_objc_msgForward，即使这个对象确实已经实现了这个方法，你也会告诉objc_msgSend：“我没有在这个对象里找到这个方法的实现”想象下objc_msgSend会怎么做？通常情况下，下面这张图就是你正常走objc_msgSend过程，和直接调用_objc_msgForward的前后差别：有哪些场景需要直接调用_objc_msgForward？最常见的场景是：你想获取某方法所对应的NSInvocation对象。举例说明：就是直接调用_objc_msgForward来实现其核心功能的：JSPatch 以小巧的体积做到了让JS调用/替换任意OC方法，让iOS APP具备热更新的能力。作者的博文详细记录了实现原理，有兴趣可以看下。26. runtime如何实现weak变量的自动置nil？runtime 对注册的类， 会进行布局，对于 weak 对象会放入一个 hash 表中。 用 weak 指向的对象内存地址作为 key，当此对象的引用计数为0的时候会 dealloc，假如 weak 指向的对象内存地址是a，那么就会以a为键， 在这个 weak 表中搜索，找到所有以a为键的 weak 对象，从而设置为 nil。在中的《runtime 如何实现 weak 属性》有论述。（注：在的《使用runtime Associate方法关联的对象，需要在主对象dealloc的时候释放么？》里给出的“对象的内存销毁时间表”也提到__weak引用的解除时间。）我们可以设计一个函数（伪代码）来表示上述机制：objc_storeWeak(&a, b)函数：objc_storeWeak函数把第二个参数--赋值对象（b）的内存地址作为键值key，将第一个参数--weak修饰的属性变量（a）的内存地址（&a）作为value，注册到 weak 表中。如果第二个参数（b）为0（nil），那么把变量（a）的内存地址（&a）从weak表中删除，你可以把objc_storeWeak(&a, b)理解为：objc_storeWeak(value, key)，并且当key变nil，将value置nil。在b非nil时，a和b指向同一个内存地址，在b变nil时，a变nil。此时向a发送消息不会崩溃：在Objective-C中向nil发送消息是安全的。而如果a是由assign修饰的，则： 在b非nil时，a和b指向同一个内存地址，在b变nil时，a还是指向该内存地址，变野指针。此时向a发送消息极易崩溃。下面我们将基于objc_storeWeak(&a, b)函数，使用伪代码模拟“runtime如何实现weak属性”：//&使用伪代码模拟：runtime如何实现weak属性
//&http://weibo.com/luohanchenyilong/
//&https://github.com/ChenYilong
&objc_initWeak(&obj1,&obj);
/*obj引用计数变为0，变量作用域结束*/
&objc_destroyWeak(&obj1);下面对用到的两个方法objc_initWeak和objc_destroyWeak做下解释：总体说来，作用是： 通过objc_initWeak函数初始化“附有weak修饰符的变量（obj1）”，在变量作用域结束时通过objc_destoryWeak函数释放该变量（obj1）。下面分别介绍下方法的内部实现：objc_initWeak函数的实现是这样的：在将“附有weak修饰符的变量（obj1）”初始化为0（nil）后，会将“赋值对象”（obj）作为参数，调用objc_storeWeak函数。obj1&=&0；
obj_storeWeak(&obj1,&obj);也就是说：weak 修饰的指针默认值是 nil （在Objective-C中向nil发送消息是安全的）然后obj_destroyWeak函数将0（nil）作为参数，调用objc_storeWeak函数。objc_storeWeak(&obj1,&0);前面的源代码与下列源代码相同。//&使用伪代码模拟：runtime如何实现weak属性
//&http://weibo.com/luohanchenyilong/
//&https://github.com/ChenYilong
objc_storeWeak(&obj1,&obj);
/*&...&obj的引用计数变为0，被置nil&...&*/
objc_storeWeak(&obj1,&0);objc_storeWeak函数把第二个参数--赋值对象（obj）的内存地址作为键值，将第一个参数--weak修饰的属性变量（obj1）的内存地址注册到 weak 表中。如果第二个参数（obj）为0（nil），那么把变量（obj1）的地址从weak表中删除。27. 能否向编译后得到的类中增加实例变量？能否向运行时创建的类中添加实例变量？为什么？不能向编译后得到的类中增加实例变量；能向运行时创建的类中添加实例变量；解释下：因为编译后的类已经注册在 runtime 中，类结构体中的 objc_ivar_list 实例变量的链表 和 instance_size 实例变量的内存大小已经确定，同时runtime 会调用 class_setIvarLayout 或 class_setWeakIvarLayout 来处理 strong weak 引用。所以不能向存在的类中添加实例变量；运行时创建的类是可以添加实例变量，调用 class_addIvar 函数。但是得在调用 objc_allocateClassPair 之后，objc_registerClassPair 之前，原因同上。28. runloop和线程有什么关系？总的说来，Run loop，正如其名，loop表示某种循环，和run放在一起就表示一直在运行着的循环。实际上，run loop和线程是紧密相连的，可以这样说run loop是为了线程而生，没有线程，它就没有存在的必要。Run loops是线程的基础架构部分， Cocoa 和 CoreFundation 都提供了 run loop 对象方便配置和管理线程的 run loop （以下都以 Cocoa 为例）。每个线程，包括程序的主线程（ main thread ）都有与之相应的 run loop 对象。runloop 和线程的关系：1. 主线程的run loop默认是启动的。iOS的应用程序里面，程序启动后会有一个如下的main()函数int&main(int&argc,&char&*&argv[])&{
@autoreleasepool&{&&&&return&UIApplicationMain(argc,&argv,&nil,&NSStringFromClass([AppDelegate&class]));
}重点是UIApplicationMain()函数，这个方法会为main thread设置一个NSRunLoop对象，这就解释了：为什么我们的应用可以在无人操作的时候休息，需要让它干活的时候又能立马响应。2. 对其它线程来说，run loop默认是没有启动的，如果你需要更多的线程交互则可以手动配置和启动，如果线程只是去执行一个长时间的已确定的任务则不需要。3. 在任何一个 Cocoa 程序的线程中，都可以通过以下代码来获取到当前线程的 run loop 。NSRunLoop&*runloop&=&[NSRunLoop&currentRunLoop];参考链接：。29. runloop的mode作用是什么？model 主要是用来指定事件在运行循环中的优先级的，分为：NSDefaultRunLoopMode（kCFRunLoopDefaultMode）：默认，空闲状态UITrackingRunLoopMode：ScrollView滑动时UIInitializationRunLoopMode：启动时NSRunLoopCommonModes（kCFRunLoopCommonModes）：Mode集合苹果公开提供的 Mode 有两个：NSDefaultRunLoopMode（kCFRunLoopDefaultMode）NSRunLoopCommonModes（kCFRunLoopCommonModes）30. 以+ scheduledTimerWithTimeInterval...的方式触发的timer，在滑动页面上的列表时，timer会暂定回调，为什么？如何解决？RunLoop只能运行在一种mode下，如果要换mode，当前的loop也需要停下重启成新的。利用这个机制，ScrollView滚动过程中NSDefaultRunLoopMode（kCFRunLoopDefaultMode）的mode会切换到UITrackingRunLoopMode来保证ScrollView的流畅滑动：只能在NSDefaultRunLoopMode模式下处理的事件会影响scrllView的滑动。如果我们把一个NSTimer对象以NSDefaultRunLoopMode（kCFRunLoopDefaultMode）添加到主运行循环中的时候, ScrollView滚动过程中会因为mode的切换，而导致NSTimer将不再被调度。同时因为mode还是可定制的，所以：Timer计时会被scrollView的滑动影响的问题可以通过将timer添加到NSRunLoopCommonModes（kCFRunLoopCommonModes）来解决。代码如下：//&
//&http://weibo.com/luohanchenyilong/&(微博@iOS程序犭袁)
//&https://github.com/ChenYilong
//将timer添加到NSDefaultRunLoopMode中
[NSTimer&scheduledTimerWithTimeInterval:1.0
&&&&&target:self
&&&&&selector:@selector(timerTick:)
&&&&&userInfo:nil
&&&&&repeats:YES];
//然后再添加到NSRunLoopCommonModes里
NSTimer&*timer&=&[NSTimer&timerWithTimeInterval:1.0
&&&&&target:self
&&&&&selector:@selector(timerTick:)
&&&&&userInfo:nil
&&&&&repeats:YES];
[[NSRunLoop&currentRunLoop]&addTimer:timer&forMode:NSRunLoopCommonModes];31. 猜想runloop内部是如何实现的？一般来讲，一个线程一次只能执行一个任务，执行完成后线程就会退出。如果我们需要一个机制，让线程能随时处理事件但并不退出，通常的代码逻辑 是这样的：function&loop()&{
&&&&initialize();
&&&&&&&&var&message&=&get_next_message();
&&&&&&&&process_message(message);
&&&&}&while&(message&!=&quit);
}或使用伪代码来展示下://&
//&http://weibo.com/luohanchenyilong/&(微博@iOS程序犭袁)
//&https://github.com/ChenYilong
int&main(int&argc,&char&*&argv[])&{
&//程序一直运行状态
&while&(AppIsRunning)&{
&&&&&&//睡眠状态，等待唤醒事件
&&&&&&id&whoWakesMe&=&SleepForWakingUp();
&&&&&&//得到唤醒事件
&&&&&&id&event&=&GetEvent(whoWakesMe);
&&&&&&//开始处理事件
&&&&&&HandleEvent(event);
&return&0;
}参考链接：摘自博文，原作者是32. objc使用什么机制管理对象内存？通过 retainCount 的机制来决定对象是否需要释放。 每次 runloop 的时候，都会检查对象的 retainCount，如果retainCount 为 0，说明该对象没有地方需要继续使用了，可以释放掉了。33. ARC通过什么方式帮助开发者管理内存？编译时根据代码上下文，插入 retain/release34. 不手动指定autoreleasepool的前提下，一个autorealese对象在什么时刻释放？（比如在一个vc的viewDidLoad中创建）分两种情况：手动干预释放时机、系统自动去释放。手动干预释放时机--指定autoreleasepool 就是所谓的：当前作用域大括号结束时释放。系统自动去释放--不手动指定autoreleasepoolAutorelease对象会在当前的 runloop 迭代结束时释放。如果在一个vc的viewDidLoad中创建一个 Autorelease对象，那么该对象会在 viewDidAppear 方法执行前就被销毁了。参考链接：35. BAD_ACCESS在什么情况下出现？访问了野指针，比如对一个已经释放的对象执行了release、访问已经释放对象的成员变量或者发消息。 死循环36. 苹果是如何实现autoreleasepool的？autoreleasepool以一个队列数组的形式实现,主要通过下列三个函数完成.objc_autoreleasepoolPushobjc_autoreleasepoolPopobjc_aurorelease看函数名就可以知道，对autorelease分别执行push，和pop操作。销毁对象时执行release操作。37. 使用block时什么情况会发生引用循环，如何解决？一个对象中强引用了block，在block中又使用了该对象，就会发射循环引用。 解决方法是将该对象使用__weak或者__block修饰符修饰之后再在block中使用。id weak weakSelf = 或者 weak __typeof(&*self)weakSelf = self该方法可以设置宏id __block weakSelf =38. 在block内如何修改block外部变量？默认情况下，在block中访问的外部变量是复制过去的，即：写操作不对原变量生效。但是你可以加上__block来让其写操作生效，示例代码如下:__block&int&a&=&0;
void&&(^foo)(void)&=&^{&
&&&&a&=&1;&
//这里，a的值被修改为1参考链接：的著作《iOS开发进阶》中的第11.2.3章节39. 使用系统的某些block api（如UIView的block版本写动画时），是否也考虑引用循环问题？系统的某些block api中，UIView的block版本写动画时不需要考虑，但也有一些api 需要考虑：所谓“引用循环”是指双向的强引用，所以那些“单向的强引用”（block 强引用 self ）没有问题，比如这些：[UIView&animateWithDuration:duration&animations:^{&[self.superview&layoutIfNeeded];&}];&
[[NSOperationQueue&mainQueue]&addOperationWithBlock:^{&self.someProperty&=&&}];&
[[NSNotificationCenter&defaultCenter]&addObserverForName:@"someNotification"&
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&object:nil&
&&&&&&&&&&&&&&&&&&&&&&&&&&&queue:[NSOperationQueue&mainQueue]&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&usingBlock:^(NSNotification&*&notification)&{
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&self.someProperty&=&&}];这些情况不需要考虑“引用循环”。但如果你使用一些参数中可能含有 ivar 的系统 api ，如 GCD 、NSNotificationCenter就要小心一点：比如GCD 内部如果引用了 self，而且 GCD 的其他参数是 ivar，则要考虑到循环引用：__weak&__typeof__(self)&weakSelf&=&
dispatch_group_async(_operationsGroup,&_operationsQueue,&^
__typeof__(self)&strongSelf&=&weakS
[strongSelf&doSomething];
[strongSelf&doSomethingElse];
}&);类似的：__weak&__typeof__(self)&weakSelf&=&
&&_observer&=&[[NSNotificationCenter&defaultCenter]&addObserverForName:@"testKey"
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&object:nil
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&queue:nil
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&usingBlock:^(NSNotification&*note)&{
&&&&&&__typeof__(self)&strongSelf&=&weakS
&&&&&&[strongSelf&dismissModalViewControllerAnimated:YES];
&&}];self --& _observer --& block --& self 显然这也是一个循环引用。40. GCD的队列（dispatch_queue_t）分哪两种类型？串行队列Serial Dispatch Queue并行队列Concurrent Dispatch Queue41. 如何用GCD同步若干个异步调用？（如根据若干个url异步加载多张图片，然后在都下载完成后合成一张整图）使用Dispatch Group追加block到Global Group Queue,这些block如果全部执行完毕，就会执行Main Dispatch Queue中的结束处理的block。dispatch_queue_t&queue&=&dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,&0);
dispatch_group_t&group&=&dispatch_group_create();
dispatch_group_async(group,&queue,&^{&/*加载图片1&*/&});
dispatch_group_async(group,&queue,&^{&/*加载图片2&*/&});
dispatch_group_async(group,&queue,&^{&/*加载图片3&*/&});&
dispatch_group_notify(group,&dispatch_get_main_queue(),&^{
&&&&&&&&//&合并图片
});42. dispatch_barrier_async的作用是什么？在并行队列中，为了保持某些任务的顺序，需要等待一些任务完成后才能继续进行，使用 barrier 来等待之前任务完成，避免数据竞争等问题。 dispatch_barrier_async 函数会等待追加到Concurrent Dispatch Queue并行队列中的操作全部执行完之后，然后再执行 dispatch_barrier_async 函数追加的处理，等 dispatch_barrier_async 追加的处理执行结束之后，Concurrent Dispatch Queue才恢复之前的动作继续执行。打个比方：比如你们公司周末跟团旅游，高速休息站上，司机说：大家都去上厕所，速战速决，上完厕所就上高速。超大的公共厕所，大家同时去，程序猿很快就结束了，但程序媛就可能会慢一些，即使你第一个回来，司机也不会出发，司机要等待所有人都回来后，才能出发。 dispatch_barrier_async 函数追加的内容就如同 “上完厕所就上高速”这个动作。43. 苹果为什么要废弃dispatch_get_current_queue？dispatch_get_current_queue容易造成死锁44. 以下代码运行结果如何？-&(void)viewDidLoad
&&&&[super&viewDidLoad];
&&&&NSLog(@"1");
&&&&dispatch_sync(dispatch_get_main_queue(),&^{
&&&&&&&&NSLog(@"2");
&&&&NSLog(@"3");
}只输出：1 。发生主线程锁死。45. addObserver:forKeyPath:options:context:各个参数的作用分别是什么，observer中需要实现哪个方法才能获得KVO回调？//&添加键值观察
1&观察者，负责处理监听事件的对象
2&观察的属性
3&观察的选项
[self.person&addObserver:self&forKeyPath:@"name"&options:NSKeyValueObservingOptionNew&|&NSKeyValueObservingOptionOld&context:@"Person&Name"];observer中需要实现一下方法：//&所有的&kvo&监听到事件，都会调用此方法
&1.&观察的属性
&2.&观察的对象
&3.&change&属性变化字典（新／旧）
&4.&上下文，与监听的时候传递的一致
-&(void)observeValueForKeyPath:(NSString&*)keyPath&ofObject:(id)object&change:(NSDictionary&*)change&context:(void&*)46. 如何手动触发一个value的KVO所谓的“手动触发”是区别于“自动触发”：自动触发是指类似这种场景：在注册 KVO 之前设置一个初始值，注册之后，设置一个不一样的值，就可以触发了。想知道如何手动触发，必须知道自动触发 KVO 的原理：键值观察通知依赖于 NSObject 的两个方法: willChangeValueForKey: 和 didChangevlueForKey: 。在一个被观察属性发生改变之前， willChangeValueForKey: 一定会被调用，这就 会记录旧的值。而当改变发生后， didChangeValueForKey: 会被调用，继而 observeValueForKey:ofObject:change:context: 也会被调用。如果可以手动实现这些调用，就可以实现“手动触发”了。那么“手动触发”的使用场景是什么？一般我们只在希望能控制“回调的调用时机”时才会这么做。具体做法如下：如果这个 value 是 表示时间的 self.now ，那么代码如下：最后两行代码缺一不可。//&&.m文件
//&&Created&by&https://github.com/ChenYilong
//&&微博@iOS程序犭袁(http://weibo.com/luohanchenyilong/).
//&&手动触发&value&的KVO，最后两行代码缺一不可。
//@property&(nonatomic,&strong)&NSDate&*
-&(void)viewDidLoad
&&&&[super&viewDidLoad];
&&&&[self&willChangeValueForKey:@"now"];&//&“手动触发self.now的KVO”，必写。
&&&&[self&didChangeValueForKey:@"now"];&//&“手动触发self.now的KVO”，必写。
}但是平时我们一般不会这么干，我们都是等系统去“自动触发”。“自动触发”的实现原理：比如调用 setNow: 时，系统还会以某种方式在中间插入 wilChangeValueForKey: 、 didChangeValueForKey: 和 observeValueForKeyPath:ofObject:change:context: 的调用。大家可能以为这是因为 setNow: 是合成方法，有时候我们也能看到人们这么写代码:-&(void)setNow:(NSDate&*)aDate&{
&&&&[self&willChangeValueForKey:@"now"];&//&没有必要
&&&&_now&=&aD
&&&&[self&didChangeValueForKey:@"now"];//&没有必要
}这是完全没有必要的代码，不要这么做，这样的话，KVO代码会被调用两次。KVO在调用存取方法之前总是调用 willChangeValueForKey: ，之后总是调用 didChangeValueForkey: 。怎么做到的呢?答案是通过 isa 混写（isa-swizzling）。下文《apple用什么方式实现对一个对象的KVO？》会有详述。47. 若一个类有实例变量 NSString *_foo ，调用setValue:forKey:时，可以以foo还是 _foo 作为key？都可以。48. KVC的keyPath中的集合运算符如何使用？必须用在集合对象上或普通对象的集合属性上简单集合运算符有@avg， @count ， @max ， @min ，@sum，格式 @"@sum.age"或 @"集合属性.@max.age"49. KVC和KVO的keyPath一定是属性么？KVO支持实例变量50. 如何关闭默认的KVO的默认实现，并进入自定义的KVO实现？请参考：《》51. apple用什么方式实现对一个对象的KVO？对 KVO 实现的描述：Automatic key-value observing is implemented using a technique called isa-swizzling... When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class ...从可以看出：Apple 并不希望过多暴露 KVO 的实现细节。不过，要是借助 runtime 提供的方法去深入挖掘，所有被掩盖的细节都会原形毕露：当你观察一个对象时，一个新的类会被动态创建。这个类继承自该对象的原本的类，并重写了被观察属性的 setter 方法。重写的 setter 方法会负责在调用原 setter 方法之前和之后，通知所有观察对象：值的更改。最后通过 isa 混写（isa-swizzling） 把这个对象的 isa 指针 ( isa 指针告诉 Runtime 系统这个对象的类是什么 ) 指向这个新创建的子类，对象就神奇的变成了新创建的子类的实例。我画了一张示意图，如下所示：KVO 确实有点黑魔法：Apple 使用了 isa 混写（isa-swizzling）来实现 KVO 。下面做下详细解释：键值观察通知依赖于 NSObject 的两个方法: willChangeValueForKey: 和 didChangevlueForKey: 。在一个被观察属性发生改变之前， willChangeValueForKey: 一定会被调用，这就 会记录旧的值。而当改变发生后， didChangeValueForKey: 会被调用，继而 observeValueForKey:ofObject:change:context: 也会被调用。可以手动实现这些调用，但很少有人这么做。一般我们只在希望能控制回调的调用时机时才会这么做。大部分情况下，改变通知会自动调用。比如调用 setNow: 时，系统还会以某种方式在中间插入 wilChangeValueForKey: 、 didChangeValueForKey: 和 observeValueForKeyPath:ofObject:change:context: 的调用。大家可能以为这是因为 setNow: 是合成方法，有时候我们也能看到人们这么写代码:-&(void)setNow:(NSDate&*)aDate&{
&&&&[self&willChangeValueForKey:@"now"];&//&没有必要
&&&&_now&=&aD
&&&&[self&didChangeValueForKey:@"now"];//&没有必要
}这是完全没有必要的代码，不要这么做，这样的话，KVO代码会被调用两次。KVO在调用存取方法之前总是调用 willChangeValueForKey: ，之后总是调用 didChangeValueForkey: 。怎么做到的呢?答案是通过 isa 混写（isa-swizzling）。第一次对一个对象调用 addObserver:forKeyPath:options:context: 时，框架会创建这个类的新的 KVO 子类，并将被观察对象转换为新子类的对象。在这个 KVO 特殊子类中， Cocoa 创建观察属性的 setter ，大致工作原理如下:-&(void)setNow:(NSDate&*)aDate&{
&&&&[self&willChangeValueForKey:@"now"];
&&&&[super&setValue:aDate&forKey:@"now"];
&&&&[self&didChangeValueForKey:@"now"];
}这种继承和方法注入是在运行时而不是编译时实现的。这就是正确命名如此重要的原因。只有在使用KVC命名约定时，KVO才能做到这一点。KVO 在实现中通过 isa 混写（isa-swizzling） 把这个对象的 isa 指针 ( isa 指针告诉 Runtime 系统这个对象的类是什么 ) 指向这个新创建的子类，对象就神奇的变成了新创建的子类的实例。这在可以得到印证：Automatic key-value observing is implemented using a technique called isa-swizzling... When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class ...然而 KVO 在实现中使用了 isa 混写（ isa-swizzling） ，这个的确不是很容易发现：Apple 还重写、覆盖了 -class 方法并返回原来的类。 企图欺骗我们：这个类没有变，就是原本那个类。。。但是，假设“被监听的对象”的类对象是 MYClass ，有时候我们能看到对 NSKVONotifying_MYClass 的引用而不是对 MYClass 的引用。借此我们得以知道 Apple 使用了 isa 混写（isa-swizzling）。具体探究过程可参考
。52. IBOutlet连出来的视图属性为什么可以被设置成weak?参考链接： 文章告诉我们：因为既然有外链那么视图在xib或者storyboard中肯定存在，视图已经对它有一个强引用了。不过这个回答漏了个重要知识，使用storyboard（xib不行）创建的vc，会有一个叫_topLevelObjectsToKeepAliveFromStoryboard的私有数组强引用所有top level的对象，所以这时即便outlet声明成weak也没关系53. IB中User Defined Runtime Attributes如何使用？它能够通过KVC的方式配置一些你在interface builder 中不能配置的属性。当你希望在IB中作尽可能多得事情，这个特性能够帮助你编写更加轻量级的viewcontroller54. 如何调试BAD_ACCESS错误1. 重写object的respondsToSelector方法，现实出现EXEC_BAD_ACCESS前访问的最后一个object2. 通过 Zombie3. 设置全局断点快速定位问题代码所在行4. Xcode 7 已经集成了BAD_ACCESS捕获功能：Address Sanitizer。 用法如下：在配置中勾选?Enable Address Sanitizer55. lldb（gdb）常用的调试命令？breakpoint 设置断点定位到某一个函数n 断点指针下一步po打印对象更多 lldb（gdb） 调试命令可查看 ；苹果官方文档： 。
TA的最新馆藏
喜欢该文的人也喜欢}