..

Objc Interview Checklist Answers

@property中有哪些属性关键字?

nonatomic (thread-unsafe) atomic (default, thread safe)

strong weak assign copy

getter (custom getter method name) setter (custom setter method name)

readwrite (default) readonly

weak属性需要在dealloc中置nil么?

不需要,runtime会在weak属性在释放的时候,自动把变量至为 nil;

@synthesize和@dynamic分别有什么作用?

@synthesize 自动生成属性 getter 和 setter 方法. LLVM Compiler 4.0之后,编译器会对@property 属性自动的添加 @synthesize ivar = _ivar,自动帮你生成 getter/setter 方法,以及自动绑定_ivar 实例变量。

@dynamic 是为了告诉编译器,getter/setter 方法将会在其他地方(父类,runtime)实现,这样可以消除warnnig

ARC下,不显式指定任何属性关键字时,默认的关键字都有哪些?

atomic, assign, readwrite

用@property声明的NSString(或NSArray,NSDictionary)经常使用copy关键字,为什么?如果改用strong关键字,可能造成什么问题?

NSString Property:copy or retain

@synthesize合成实例变量的规则是什么?假如property名为foo,存在一个名为_foo的实例变量,那么还会自动合成新变量么?

首先 complier 会根据 @interface 中的 @property 属性自动生成一份属性名前加_的实例变量。LLVM Compiler 4.0 之后,会自动添加@synthesize ivar = _ivar。

自定义的实例变量 _foo 会和 foo 会自动合成。

@interface ViewController ()
@property (nonatomic, assign) NSInteger foo;
@end

@implementation ViewController
{
    NSInteger _foo;
}

- (void)viewDidLoad {
    [super viewDidLoad];
    _foo = 90;
    NSLog(@"self.foo: %ld", (long)self.foo); //self.foo: 90
}

然后还有一个现象:

@interface ViewController ()
@property (nonatomic, assign) NSInteger foo;
@end

@implementation ViewController
{
    NSInteger foo;
}

complier 会报 warning : Autosynthesized property ‘foo’ will use synthesized instance variable ‘_foo’, not existing instance variable ‘foo’

在有了自动合成属性实例变量之后,@synthesize还有哪些使用场景?

@interface ViewController
@property (nonatomic, assign) NSInteger foo;
@end

@implementation ViewController
{
    NSInteger _foo3;

}
@synthesize foo = _foo3;

这样 .m 中就可以 _foo3, 开放给外部的接口 foo,可以隐藏实例变量的名称。

objc中向一个nil对象发送消息将会发生什么?

  • nil is basically a null pointer (i.e it is the number zero stored in a pointer).
  • All messages to nil are legal (they won’t cause a crash), but they dont’t do anything.
  • All messages to nil return nil, or 0, or 0.0, or NO, depending on the return type.

objc中向一个对象发送消息[obj foo]和objc_msgSend()函数之间有什么关系?

简单来讲 compiler 会把 [receiver message] 转换成 objc_msgSend(receiver, selector, arg1, arg2, …)

什么时候会报unrecognized selector的异常?

  • the object’s class, the object’s superclass, the root class, all of them are not implement the called message.
  • the reveiver has been released

一个objc对象如何进行内存布局?(考虑有父类的情况)

  • 所有父类的成员变量和自己的成员变量都会存放在该对象所对应的存储空间中
  • 每一个对象内部都有一个isa指针,指向他的类对象,类对象中存放着本对象的 1)对象方法列表(对象能够接收的消息列表,保存在它所对应的类对象中) 2)成员变量的列表 3)属性列表

一个objc对象的isa的指针指向什么?有什么作用?

每一个对象都有一个名为 isa 的指针,指向该对象的类。每一个类描述了一系列它的实例特点,包括成员变量的列表,成员函数的列表等。 所有元类的 isa 指针都会指向一个根元类(root metaclass).

下面的代码输出什么?

@implementation Son : Father
- (id)init
{
    self = [super init];
    if (self) {
        NSLog(@"%@", NSStringFromClass([self class]));
        NSLog(@"%@", NSStringFromClass([super class]));
    }
    return self;
}
@end

都是 Son

调用[self class],会转换成 id objc_msgSend(id self, SEL op, …), 在使用 objc_msgSend 时,第一个参数是 Son 当前的这个实例。第二个参数, 先从 Son 类中找 - (Class) class,没找到, 去父类 Father 中找,也没有,再去 Father 的父类 NSObject 中去找,在 NSObject 的类中发现这个 class 方法, 而 NSObject 的 - (Class) class 的实现就是返回 self 的类别,所以上述结果为 Son

objc runtime 开源代码对 - (Class) class 方法的实现

- (Class) class {
    return object_getClass (self);
}

当调用 [super class],会转换成 objc_msgSendSuper 函数。

id objc_msgSendSuper(struct objc_super *super, SEL op, ...)

其中 objc_super 的结构体为

struct objc_super {
   __unsafe_unretained id receiver;
   __unsafe_unretained Class super_class;
};

第一步:构造 objc_super 结构体的时候, 结构体第一个成员变量是 self, 第二个成员变量是 (id) class_getSuperclass(objc_getClass(“Son”)), 函数输出结果是为 Father。
第二步:去 Father 这个类里找 - (Class) class, 最后一层层在 NSObject 类中找到。最后内部使用 objc_msgSend(objc_super->receiver, @selector(class)) 去调用, 此时已经和 [self class] 调用相同了。

runtime如何通过selector找到对应的IMP地址?(分别考虑类方法和实例方法)

NSObject.h

- (IMP)methodForSelector:(SEL)aSelector

objc-class.m

IMP class_getMethodImplementation(Class cls, SEL sel)

每一个类对象中管理者一个methodlist,方法列表中记录着方法的名称,方法实现,以及参数类型.

使用runtime Associate方法关联的对象,需要在主对象dealloc的时候释放么?

无论在MRC下还是ARC下均不需要

对象的内存销毁时间表,分四个步骤

1. 调用 -release :引用计数变为零
    * 对象正在被销毁,生命周期即将结束.
    * 不能再有新的 __weak 弱引用, 否则将指向 nil.
    * 调用 [self dealloc] 
2. 父类 调用 -dealloc
    * 继承关系中最底层的父类 在调用 -dealloc
    * 如果是 MRC 代码 则会手动释放实例变量们(iVars)
    * 继承关系中每一层的父类 都在调用 -dealloc
3. NSObject 调 -dealloc
    * 只做一件事:调用 Objective-C runtime 中的 object_dispose() 方法
4. 调用 object_dispose()
    * 为 C++ 的实例变量们(iVars)调用 destructors 
    * 为 ARC 状态下的 实例变量们(iVars) 调用 -release 
    * 解除所有使用 runtime Associate方法关联的对象
    * 解除所有 __weak 引用
    * 调用 free()

objc中的类方法和实例方法有什么本质区别和联系?

类方法:

  • 类方法是属于类对象的
  • 类方法只能通过类对象调用
  • 类方法中的self是类对象
  • 类方法可以调用其他的类方法
  • 类方法中不能访问成员变量
  • 类方法中不定直接调用对象方法

实例方法:

  • 实例方法是属于实例对象的
  • 实例方法只能通过实例对象调用
  • 实例方法中的self是实例对象
  • 实例方法中可以访问成员变量
  • 实例方法中直接调用实例方法
  • 实例方法中也可以调用类方法(通过类名)

####_objc_msgForward函数是做什么的,直接调用它将会发生什么?

runtime如何实现weak变量的自动置nil?

runtime 对注册的类, 会进行布局,对于 weak 对象会放入一个 hash 表中。 用 weak 指向的对象地址作为 key,当此对象的引用计数为0的时候会 dealloc.假如 weak 指向的对象内存地址是a,那么就会以a为键, 在这个 weak 表中搜索,找到所有以a为键的 weak 对象,从而设置为 nil。

能否向编译后得到的类中增加实例变量?能否向运行时创建的类中添加实例变量?为什么?

  • 不能向编译后得到的类中增加实例变量;
  • 能向运行时创建的类中添加实例变量;

解释下:

+ 编译后的类已经注册在runtime中,类结构体中的 objc_ivar_list 实例变量的链表和 instance_size 实例变量的内存大小已经确定,同时 runtime 会调用 class_setIvarLayout 或 class_setWeakivarLayout 来处理 strong weak 引用。所以不能向存在的类中添加实例变量;

  • 运行时创建的类是可以添加实例变量,调用 class_addIvar 函数。但是得在调用 objc_allocateClassPair 之后,objc_registerClassPair 之前,原因同上。

runloop和线程有什么关系?

首先 runloop 是一直运行着的循环。run loops 是线程的基础架构部分。每个线程都有与之相对应的 runloop 对象。

  • 主线的的runloop默认是开启的
  • 其他线程的runloop是默认没有开启的

runloop的mode作用是什么?

model 主要是用来指定时间在运行循环中的优先级的 苹果公开提供的 Mode 有两个: kCFRunLoopDefaultMode kCFRunLoopCommonModes

以+ scheduledTimerWithTimeInterval…的方式触发的timer,在滑动页面上的列表时,timer会暂定回调,为什么?如何解决?

Runloop 只能运行在一种model 下,如果要换mode,当前的runloop也需要停下来重启成新的。利用这个机制,Scrollview滚动过程中NSDefaultRUnllopMode(kCFRunLoopDefaultMode)的mode会切换到UITrackingRunLoopMode来保证ScrollView的流畅滑动:只能在NSDefaultRunloopMode模式下处理的事件会影响scrollview的滑动。

如果我们把一个NSTimer对象以NSDefaultRunLoopMode(kCFRunLoopDefaultMode)添加到主运行循环中的时候,ScrollView滚动过程中会因为mode的切换,而导致NSTimer将不再被调度。同时因为mode还是可定制的,所以:Timer 计时会被scrollview的滑动影响的问题可以通过将timer添加到NSRunLoppCommonModes(kCFRunLoopCommonModes)来解决。

//将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];

猜想runloop内部是如何实现的?

while (date < untileDate) {
    id event = listenEvent (); 
    handleEvent (v);
}

objc使用什么机制管理对象内存?

通过 retainCount 的机制来决定对象是否需要释放每次 runloop 的时候,都会检查对象的retainCount,如果retainCount 为 0,说明该对象没有地方需要继续使用了,可以释放掉了。

ARC通过什么方式帮助开发者管理内存?

编译时根据代码上下文,插入 retain/release

不手动指定autoreleasepool的前提下,一个autorealese对象在什么时刻释放?(比如在一个vc的viewDidLoad中创建)

在每次 eventloop 开始创建自动创建释放池, 在每次事件结束销毁自动释放池。
以 viewDidLoad 方法为例,在viewDidLoad方法开始执行之前创建自动释放池,在viewDidAppear方法执行之后销毁自动释放池。

BAD_ACCESS在什么情况下出现?

  • 访问了野指针
  • 死循环

苹果是如何实现autoreleasepool的?

autoreleasepool以一个队列数组的形式实现,主要通过下列三个函数完成.

  • objc_autoreleasepoolPush
  • objc_autoreleasepoolPop
  • objc_autorelease

对autorelease分别执行push,和pop操作。销毁对象时执行release操作。

使用block时什么情况会发生引用循环,如何解决?

一个对象对 block 进行了强引用,而在 block 内部有直接使用到该对象。

声明一个 weak 的对象指向该对象, 在 block 内部使用该 weak 对象。

id weak weakSelf = self; 或者 weak __typeof(&*self)weakSelf = self该方法可以设置宏
id __block weakSelf = self;

在block内如何修改block外部变量?

默认情况下,在block中访问的外部变量时复制过去的,既:写操作不对原变量生效。但是可以通过加上__block修饰外部变量。

__block int a = 0;
void  (^foo)(void) = ^{ 
    a = 1; 
}
f00();

实现原理,简单来讲,外部变量通过指针传递,将变量传递到 block 内,所以可以修改变量值。

使用系统的某些block api(如UIView的block版本写动画时),是否也考虑引用循环问题?

NO, since self will be captured in the block which is dispatched asynchronously, self will be implicity retained, and released again when the block has been finished.

That means, the life-time of self will be extended up until after the block finishes.

GCD的队列(dispatch_queue_t)分哪两种类型?

  • 串行队列Serial Dispatch Queue
  • 并行队列Concurrent Dispatch Queue

如何用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(), ^{
        // 合并图片
});

dispatch_barrier_async的作用是什么?

在并行队列中,为了保持某些任务的顺序,需要等待一些人物完成后才能继续进行,使用 barrier 来等待之前任务完成,避免数据竞争等问题。dispatch_barrier_async 函数会等待追加到 Concurrent Dispatch Queue 并行队列中的操作全部执行完之后,然后再执行 dispatch_barrier_async 函数追加的处理,等 dispatch_barrier_async 追加的处理执行结束之后,Concurrent Dispatch Queue 才恢复之前的动作继续执行。

dispatch_queue_t queue = dispatch_queue_create("test_queue", DISPATCH_QUEUE_CONCURRENT);  
dispatch_async(queue, ^{  
    [NSThread sleepForTimeInterval:2];  
    NSLog(@"dispatch_async1");  
});  
dispatch_async(queue, ^{  
    [NSThread sleepForTimeInterval:4];  
    NSLog(@"dispatch_async2");  
});  
dispatch_barrier_async(queue, ^{  
    NSLog(@"dispatch_barrier_async");  
    [NSThread sleepForTimeInterval:4];  

});  
dispatch_async(queue, ^{  
    [NSThread sleepForTimeInterval:1];  
    NSLog(@"dispatch_async3");  
}); 

苹果为什么要废弃dispatch_get_current_queue?

dispatch_get_current_queue容易造成死锁

以下代码运行结果如何?

- (void)viewDidLoad
{
    [super viewDidLoad];
    NSLog(@"1");
    dispatch_sync(dispatch_get_main_queue(), ^{
        NSLog(@"2");
    });
    NSLog(@"3");
}

只输出:1 。发生主线程锁死。原因是主队列在等待 dispatch_sync(dispatch_get_main_queue(), ^{NSLog(@“2”);});执行。dispatch_sync 在等待著队列执行完毕,造成死锁。

addObserver:forKeyPath:options:context:各个参数的作用分别是什么,observer中需要实现哪个方法才能获得KVO回调?

// 添加键值观察
/*
1 观察者,负责处理监听事件的对象
2 观察的属性
3 观察的选项
4 上下文
*/
[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 *)context;

如何手动触发一个value的KVO

所谓的“手动触发”是区别于”自动触发: 自动触发是指类似这种场景:在注册 KVO 之前设置一个初始值,注册之后,设置一个不一样的值,就可以触发了。想知道如何手动触发,就得搞明白自动触发 KVO 的原理:

键值观察通知依赖于 NSObject 的两个方法: willChangeValueForKey: 和 didChangeValueForKey:。在一个被观察属性发生改变之前,willChangeValueForKey:一定会被调用,这就会记录旧的值。而当改变发生之后,didChangeValueForKey:会被调用,继而observeValueForKey:ofObject:change:context也会被调用。如果可以手动实现这些调用,就可以实现“手动触发”了;

那么”手动触发“的使用场景是什么?一般我们只在希望能控制”回调的调用时机”时才会这么做。

具体做法如下:

如果这个value是表示时间的 self.now,那么代码如下:

//@property (nonatomic, strong) NSDate *now;
- (void)viewDidLoad
{
    [super viewDidLoad];
    [self willChangeValueForKey:@"now"]; // “手动触发self.now的KVO”,必写。
    [self didChangeValueForKey:@"now"]; // “手动触发self.now的KVO”,必写。
}

但是平时我们一般不会这么干,我们都是等系统去“自动触发”。“自动触发”的实现原理:

比如调用 setNow: 时,系统还会以某种方式在中间插入 wilChangeValueForKey: 、 didChangeValueForKey: 和 observeValueForKeyPath:ofObject:change:context: 的调用。

若一个类有实例变量NSString *_foo,调用setValue:forKey:时,可以以foo还是_foo作为key?

Both

####KVC的keyPath中的集合运算符如何使用?

  • 必须用在集合对象上或普通对象的集合属性上
  • 简单集合运算符有 @avg, @count, @max, @min, @sum
  • 格式 @“sum.age"或@“集合属性.@max.age”

KVC和KVO的keyPath一定是属性么?

KVO支持实例变量

如何关闭默认的KVO的默认实现,并进入自定义的KVO实现?

apple用什么方式实现对一个对象的KVO?

当你观察一个对象时,一个新的类会被动态创建。这个类继承自该对象的原本的类,并重写了被观察属性的setter方法。重写setter方法会负责在调用原setter方法之前和之后,通知所有观察对象:值的更改。最后通过 isa 混写 (isa-swizzling)把这个对象的 isa 指针(isa指针告诉Runtime系统这个对象的类是什么)指向这个新创建的子类,对象就神奇的变成了新创建的子类的实例。

详细解释:

键值观察者通知依赖于NSObject的两个方法: willChangeValueForKey: and didChangeValueForKey: 。在一个被观察属性发生改变之前, willChangeValueForKey: 一定会被调用,这就会记录旧的值。而当发生改变之后,didChangeValueForKey:会被调用,继而observerValueForKey:ofObject:change:context:也会被调用。可以手动实现这些调用,但很少这么做。一般我们只在希望能控制回调的调用时机时才会这么做。大部分情况下,改变通知会自动调用。

IBOutlet连出来的视图属性为什么可以被设置成weak?

因为既然有外链那么视图在xib或者storyboard中肯定存在,视图已经对它有一个强引用了

IB中User Defined Runtime Attributes如何使用?

它能够通过KVC的方式配置一些你在interface builder 中不能配置的属性。当你希望在IB中作尽可能多得事情,这个特性能够帮助你编写更加轻量级的viewcontroller

如何调试BAD_ACCESS错误

  • From the Scheme toolbar menu, choose a scheme.
  • From the same menu, choose Edit Scheme to display the scheme dialog
  • In the left column, select run
  • To specify runtime diagnostics,click the Diagnostics tab.
  • For debug BAD_ACCESS, enable the Enable Zombie Objects checkbox.
  • Click Close
  • Click the Run button or chosse Product > Run

lldb(gdb)常用的调试命令?

po expression call thread return <RETURN EXPRESSION> b thread backtrace