1、@property声明的NSString(或NSArray,NSDictionary)经常使用copy关键字,为什么?如果改用strong关键字,可能造成什么问题?
答:1、经常使用copy的原因:因为父类指针可以指向子类对象,使用copy的目的是为了让本对象的属性不受外界影响,使用copy无论给我传入得是一个可变或是不可变的对象,我本身持有一个不可变的副本。
2、如果使用strong,那么这个属性就有可能指向一个可变的对象,如果这个可变的对象在外部被修改了,那就会影响该属性。
NSMutableString *mtStr = [NSMutableString stringWithFormat:@"hello"];
self.str1 = mtStr;
self.str2 = mtStr;
[mtStr appendString:@" world"];
NSLog(@"mtStr:%p",mtStr);
NSLog(@"str1:%p",self.str1);
NSLog(@"str2:%p",self.str2);
NSLog(@"str1:%@",self.str1);
NSLog(@"str2:%@",self.str2);
mtStr地址:0x6000003c0120
str1地址:0x6000003c0120
str2地址:0xb24c41972474dbcc
str1:hello world
str2:hello
原因:
1、使用copy修饰的会重新拷贝一份,是新的内存地址(因为被拷贝的对象是可变的,如果拷贝的对象是不可变的,那么使用copy属性只是指针拷贝,对应的是同一块内存地址);
2、strong是指针引用,是在原来的地址上进行强引用,值会跟随对象值的变化而变化。
2、copy与mutableCopy面试题
- (void)test2{
//被拷贝的对象 originStr 是可变的 NSMutableString
NSMutableString *originStr = [NSMutableString stringWithFormat:@"haha"];
NSString *newStr1 = [originStr copy];
NSString *newStr2 = [originStr mutableCopy];
NSLog(@"originStr--:%p",originStr);
NSLog(@"newStr1--:%p",newStr1);
NSLog(@"newStr2--:%p",newStr2);
NSLog(@"originStr:%@",originStr);
NSLog(@"newStr1:%@",newStr1);
NSLog(@"newStr2:%@",newStr2);
}
NSLog:
originStr地址:0x600000856190
newStr1地址:0xa867c27e6780c2f8
newStr2地址:0x6000008563a0
originStr:haha
newStr1:haha
newStr2:haha
- (void)test1{
//被拷贝的对象 originStr 是不可变的 NSString
NSString *originStr = @"haha";
NSString *newStr1 = [originStr copy];
NSString *newStr2 = [originStr mutableCopy];
NSLog(@"originStr地址:%p",originStr);
NSLog(@"newStr1地址:%p",newStr1);
NSLog(@"newStr2地址:%p",newStr2);
}
NSLog:
originStr地址:0x10c675020
newStr1地址:0x10c675020
newStr2地址:0x600002976d90
结论:copy与mutableCopy 要看 “拷贝的被对象” 是 “不可变的“ 还是”可变的“
:
1、如果拷贝的对象是不可变的, 那么copy只是浅拷贝,不会开辟新的内存,mutableCopy会开辟新的内存。
2、如果对象是可变的,那么copy和mutableCopy都会开辟新的内存,都是深拷贝。。
3、手写一个单例,写出单例的优缺点。
+(instancetype)shareSingle{
static Single *singled = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken,^{
singled = [[Single alloc] init];
});
return singled;
}
单例模式优缺点:
优点:
1、提供了对唯一实例的受控访问。
2、由于在系统内存中只存在一个对象,因此可以节约系统资源,对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统的性能。
3.因为单例模式的类控制了实例化的过程,所以类可以更加灵活修改实例化过程。
缺点:
1、由于单利模式中没有抽象层,因此单例类的扩展有很大的困难。
2、单例类的职责过重,在一定程度上违背了“单一职责原则”。
4、Category的实现原理
1、Category编译之后的底层结构是struct category_t,里面存储着分类的对象方法、类方法、属性、协议信息;
2、在程序运行的时候,runtime会将Category的数据,合并到类信息中(类对象、元类对象中)。
5、Category和Class Extension的区别是什么?
1、Class Extension在编译的时候,它的数据就已经包含在类信息中;
2、Category是在运行时,才会将数据合并到类信息中。
6、Category中有load方法吗?load方法是什么时候调用的?load 方法能继承吗?
答:有load方法;
load方法在runtime加载类、分类的时候调用;
load方法可以继承,但是一般情况下不会主动去调用load方法,都是让系统自动调用。
7、load、initialize方法的区别什么?它们在category中的调用的顺序?以及出现继承时他们之间的调用过程?
答:
1、+load方法会在runtime加载类、分类时调用;
2、每个类、分类的+load,在程序运行过程中只调用一次;
3、调用顺序:
3.1、先调用类的+load
1>按照编译先后顺序调用(先编译,先调用)
2>调用子类的+load之前会先调用父类的+load
3.2、再调用分类的+load
1>按照编译先后顺序调用(先编译,先调用)
4、+initialize方法会在类第一次接收到消息时调用
4.1、调用顺序:先调用父类的+initialize,再调用子类的+initialize;
(先初始化父类,再初始化子类,每个类只会初始化1次).
5、+initialize和+load的很大区别是,+initialize是通过objc_msgSend进行调用的,所以有以下特点:
5.1、如果子类没有实现+initialize,会调用父类的+initialize(所以父类的+initialize可能会被调用多次)
5.2、如果分类实现了+initialize,就覆盖类本身的+initialize调用