iOS 经典全部面试题（上）(1)，2024年最新华为od面试经历

最新推荐文章于 2024-05-13 11:57:41 发布

起飞程序员

最新推荐文章于 2024-05-13 11:57:41 发布

阅读量780

点赞数 22

分类专栏： 2024年程序员学习文章标签： ios 华为od 面试

本文链接：https://blog.csdn.net/2201_75604341/article/details/137730669

版权

2024年程序员学习专栏收录该内容

289 篇文章 1 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Web前端全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上前端开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024c （备注前端）

正文

@implementation Son : Father

(id)init

{

self = [super init];

if (self) {

NSLog(@“%@”, NSStringFromClass([self class]));

NSLog(@“%@”, NSStringFromClass([super class]));

}

return self;

}

@end

22–55题，请看下篇。

1. 风格纠错题

修改完的代码：

修改方法有很多种，现给出一种做示例：

// .h文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 修改完的代码，这是第一种修改方法，后面会给出第二种修改方法

typedef NS_ENUM(NSInteger, CYLSex) {

CYLSexMan,

CYLSexWoman

};

@interface CYLUser : NSObject

@property (nonatomic, readonly, copy) NSString *name;

@property (nonatomic, readonly, assign) NSUInteger age;

@property (nonatomic, readonly, assign) CYLSex sex;

(instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;

(instancetype)userWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;

@end

下面对具体修改的地方，分两部分做下介绍：硬伤部分和优化部分。因为硬伤部分没什么技术含量，为了节省大家时间，放在后面讲，大神请直接看优化部分。

优化部分

enum 建议使用 NS_ENUM 和 NS_OPTIONS 宏来定义枚举类型，参见官方的 Adopting Modern Objective-C 一文：

//定义一个枚举

typedef NS_ENUM(NSInteger, CYLSex) {

CYLSexMan,

CYLSexWoman

};

（仅仅让性别包含男和女可能并不严谨，最严谨的做法可以参考这里。）

age 属性的类型：应避免使用基本类型，建议使用 Foundation 数据类型，对应关系如下：

int -> NSInteger

unsigned -> NSUInteger

float -> CGFloat

动画时间 -> NSTimeInterval

同时考虑到 age 的特点，应使用 NSUInteger ，而非 int 。这样做的是基于64-bit 适配考虑，详情可参考出题者的博文《64-bit Tips》。

如果工程项目非常庞大，需要拆分成不同的模块，可以在类、typedef宏命名的时候使用前缀。
doLogIn方法不应写在该类中：

~虽然LogIn的命名不太清晰，但笔者猜测是login的意思，（勘误：Login是名词，LogIn 是动词，都表示登陆的意思。见： Log in vs. login ）~

登录操作属于业务逻辑，观察类名 UserModel ，以及属性的命名方式，该类应该是一个 Model 而不是一个“ MVVM 模式下的 ViewModel ”：

无论是 MVC 模式还是 MVVM 模式，业务逻辑都不应当写在 Model 里：MVC 应在 C，MVVM 应在 VM。

（如果抛开命名规范，假设该类真的是 MVVM 模式里的 ViewModel ，那么 UserModel 这个类可能对应的是用户注册页面，如果有特殊的业务需求，比如： -logIn 对应的应当是注册并登录的一个 Button ，出现 -logIn 方法也可能是合理的。）

doLogIn 方法命名不规范：添加了多余的动词前缀。请牢记：

如果方法表示让对象执行一个动作，使用动词打头来命名，注意不要使用 do，does 这种多余的关键字，动词本身的暗示就足够了。

应为 -logIn （注意： Login 是名词， LogIn 是动词，都表示登陆。见 Log in vs. login ）

-(id)initUserModelWithUserName: (NSString*)name withAge:(int)age;方法中不要用 with 来连接两个参数: withAge:应当换为age:，age: 已经足以清晰说明参数的作用，也不建议用 andAge: ：通常情况下，即使有类似 withA:withB:的命名需求，也通常是使用withA:andB: 这种命名，用来表示方法执行了两个相对独立的操作（从设计上来说，这时候也可以拆分成两个独立的方法），它不应该用作阐明有多个参数，比如下面的：

//错误，不要使用"and"来连接参数

(int)runModalForDirectory:(NSString *)path andFile:(NSString *)name andTypes:(NSArray *)fileTypes;

//错误，不要使用"and"来阐明有多个参数

(instancetype)initWithName:(CGFloat)width andAge:(CGFloat)height;

//正确，使用"and"来表示两个相对独立的操作

(BOOL)openFile:(NSString *)fullPath withApplication:(NSString *)appName andDeactivate:(BOOL)flag;

由于字符串值可能会改变，所以要把相关属性的“内存管理语义”声明为 copy 。(原因在下文有详细论述：***用@property声明的NSString（或NSArray，NSDictionary）经常使用copy关键字，为什么？***)
“性别”(sex）属性的：该类中只给出了一种“初始化方法” (initializer)用于设置“姓名”(Name)和“年龄”(Age)的初始值，那如何对“性别”(Sex）初始化？

Objective-C 有 designated 和 secondary 初始化方法的观念。 designated 初始化方法是提供所有的参数，secondary 初始化方法是一个或多个，并且提供一个或者更多的默认参数来调用 designated 初始化方法的初始化方法。举例说明：

// .m文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

@implementation CYLUser

(instancetype)initWithName:(NSString *)name

age:(NSUInteger)age

sex:(CYLSex)sex {

if(self = [super init]) {

_name = [name copy];

_age = age;

_sex = sex;

}

return self;

}

(instancetype)initWithName:(NSString *)name

age:(NSUInteger)age {

return [self initWithName:name age:age sex:nil];

}

@end

上面的代码中initWithName:age:sex: 就是 designated 初始化方法，另外的是 secondary 初始化方法。因为仅仅是调用类实现的 designated 初始化方法。

因为出题者没有给出 .m 文件，所以有两种猜测：1：本来打算只设计一个 designated 初始化方法，但漏掉了“性别”(sex）属性。那么最终的修改代码就是上文给出的第一种修改方法。2：不打算初始时初始化“性别”(sex）属性，打算后期再修改，如果是这种情况，那么应该把“性别”(sex）属性设为 readwrite 属性，最终给出的修改代码应该是：

// .h文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 第二种修改方法（基于第一种修改方法的基础上）

typedef NS_ENUM(NSInteger, CYLSex) {

CYLSexMan,

CYLSexWoman

};

@interface CYLUser : NSObject

@property (nonatomic, readonly, copy) NSString *name;

@property (nonatomic, readonly, assign) NSUInteger age;

@property (nonatomic, readwrite, assign) CYLSex sex;

(instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;
(instancetype)initWithName:(NSString *)name age:(NSUInteger)age;

(instancetype)userWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;

@end

.h 中暴露 designated 初始化方法，是为了方便子类化（想了解更多，请戳–》 ***《禅与 Objective-C 编程艺术（Zen and the Art of the Objective-C Craftsmanship 中文翻译）》***。）

按照接口设计的惯例，如果设计了“初始化方法” (initializer)，也应当搭配一个快捷构造方法。而快捷构造方法的返回值，建议为 instancetype，为保持一致性，init 方法和快捷构造方法的返回类型最好都用 instancetype。
如果基于第一种修改方法：既然该类中已经有一个“初始化方法” (initializer)，用于设置“姓名”(Name)、“年龄”(Age)和“性别”(Sex）的初始值: 那么在设计对应 @property 时就应该尽量使用不可变的对象：其三个属性都应该设为“只读”。用初始化方法设置好属性值之后，就不能再改变了。在本例中，仍需声明属性的“内存管理语义”。于是可以把属性的定义改成这样

@property (nonatomic, readonly, copy) NSString *name;

@property (nonatomic, readonly, assign) NSUInteger age;

@property (nonatomic, readonly, assign) CYLSex sex;

由于是只读属性，所以编译器不会为其创建对应的“设置方法”，即便如此，我们还是要写上这些属性的语义，以此表明初始化方法在设置这些属性值时所用的方式。要是不写明语义的话，该类的调用者就不知道初始化方法里会拷贝这些属性，他们有可能会在调用初始化方法之前自行拷贝属性值。这种操作多余而且低效。

initUserModelWithUserName 如果改为 initWithName 会更加简洁，而且足够清晰。
UserModel 如果改为 User 会更加简洁，而且足够清晰。
UserSex如果改为Sex 会更加简洁，而且足够清晰。
第二个 @property 中 assign 和 nonatomic 调换位置。推荐按照下面的格式来定义属性

@property (nonatomic, readwrite, copy) NSString *name;

属性的参数应该按照下面的顺序排列：原子性，读写和内存管理。这样做你的属性更容易修改正确，并且更好阅读。这在《禅与Objective-C编程艺术 >》里有介绍。而且习惯上修改某个属性的修饰符时，一般从属性名从右向左搜索需要修动的修饰符。最可能从最右边开始修改这些属性的修饰符，根据经验这些修饰符被修改的可能性从高到底应为：内存管理 > 读写权限 >原子操作。

硬伤部分

在-和(void)之间应该有一个空格
enum 中驼峰命名法和下划线命名法混用错误：枚举类型的命名规则和函数的命名规则相同：命名时使用驼峰命名法，勿使用下划线命名法。
enum 左括号前加一个空格，或者将左括号换到下一行
enum 右括号后加一个空格
UserModel :NSObject 应为UserModel : NSObject，也就是:右侧少了一个空格。
@interface 与 @property 属性声明中间应当间隔一行。
两个方法定义之间不需要换行，有时为了区分方法的功能也可间隔一行，但示例代码中间隔了两行。
-(id)initUserModelWithUserName: (NSString*)name withAge:(int)age; 方法中方法名与参数之间多了空格。而且 - 与 (id) 之间少了空格。
-(id)initUserModelWithUserName: (NSString*)name withAge:(int)age; 方法中方法名与参数之间多了空格：(NSString*)name 前多了空格。
-(id)initUserModelWithUserName: (NSString*)name withAge:(int)age; 方法中 (NSString*)name,应为 (NSString *)name，少了空格。
~doLogIn方法中的 `LogIn` 命名不清晰：笔者猜测是login的意思，应该是粗心手误造成的。~

（勘误： Login 是名词， LogIn 是动词，都表示登陆的意思。见： Log in vs. login ）

2. 什么情况使用 weak 关键字，相比 assign 有什么不同？

什么情况使用 weak 关键字？

在 ARC 中,在有可能出现循环引用的时候,往往要通过让其中一端使用 weak 来解决,比如: delegate 代理属性
自身已经对它进行一次强引用,没有必要再强引用一次,此时也会使用 weak,自定义 IBOutlet 控件属性一般也使用 weak；当然，也可以使用strong。在下文也有论述：***《IBOutlet连出来的视图属性为什么可以被设置成weak?》***

不同点：

weak 此特质表明该属性定义了一种“非拥有关系” (nonowning relationship)。为这种属性设置新值时，设置方法既不保留新值，也不释放旧值。此特质同assign类似，然而在属性所指的对象遭到摧毁时，属性值也会清空(nil out)。而 assign 的“设置方法”只会执行针对“纯量类型” (scalar type，例如 CGFloat 或 NSlnteger 等)的简单赋值操作。
assign 可以用非 OC 对象,而 weak 必须用于 OC 对象

3. 怎么用 copy 关键字？

用途：

NSString、NSArray、NSDictionary 等等经常使用copy关键字，是因为他们有对应的可变类型：NSMutableString、NSMutableArray、NSMutableDictionary；
block 也经常使用 copy 关键字，具体原因见官方文档：Objects Use Properties to Keep Track of Blocks：

block 使用 copy 是从 MRC 遗留下来的“传统”,在 MRC 中,方法内部的 block 是在栈区的,使用 copy 可以把它放到堆区.在 ARC 中写不写都行：对于 block 使用 copy 还是 strong 效果是一样的，但写上 copy 也无伤大雅，还能时刻提醒我们：编译器自动对 block 进行了 copy 操作。如果不写 copy ，该类的调用者有可能会忘记或者根本不知道“编译器会自动对 block 进行了 copy 操作”，他们有可能会在调用之前自行拷贝属性值。这种操作多余而低效。你也许会感觉我这种做法有些怪异，不需要写依然写。如果你这样想，其实是你“日用而不知”，你平时开发中是经常在用我说的这种做法的，比如下面的属性不写copy也行，但是你会选择写还是不写呢？

@property (nonatomic, copy) NSString *userId;

(instancetype)initWithUserId:(NSString *)userId {

self = [super init];

if (!self) {

return nil;

}

_userId = [userId copy];

return self;

}

下面做下解释： copy 此特质所表达的所属关系与 strong 类似。然而设置方法并不保留新值，而是将其“拷贝” (copy)。当属性类型为 NSString 时，经常用此特质来保护其封装性，因为传递给设置方法的新值有可能指向一个 NSMutableString 类的实例。这个类是 NSString 的子类，表示一种可修改其值的字符串，此时若是不拷贝字符串，那么设置完属性之后，字符串的值就可能会在对象不知情的情况下遭人更改。所以，这时就要拷贝一份“不可变” (immutable)的字符串，确保对象中的字符串值不会无意间变动。只要实现属性所用的对象是“可变的” (mutable)，就应该在设置新属性值时拷贝一份。

用 @property 声明 NSString、NSArray、NSDictionary 经常使用 copy 关键字，是因为他们有对应的可变类型：NSMutableString、NSMutableArray、NSMutableDictionary，他们之间可能进行赋值操作，为确保对象中的字符串值不会无意间变动，应该在设置新属性值时拷贝一份。

该问题在下文中也有论述：用@property声明的NSString（或NSArray，NSDictionary）经常使用copy关键字，为什么？如果改用strong关键字，可能造成什么问题？

4. 这个写法会出什么问题： `@property (copy) NSMutableArray *array;`

两个问题：1、添加,删除,修改数组内的元素的时候,程序会因为找不到对应的方法而崩溃.因为 copy 就是复制一个不可变 NSArray 的对象；2、使用了 atomic 属性会严重影响性能；

第1条的相关原因在下文中有论述***《用@property声明的NSString（或NSArray，NSDictionary）经常使用 copy 关键字，为什么？如果改用strong关键字，可能造成什么问题？》*** 以及上文***《怎么用 copy 关键字？》***也有论述。

比如下面的代码就会发生崩溃

// .h文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 下面的代码就会发生崩溃

@property (nonatomic, copy) NSMutableArray *mutableArray;

// .m文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 下面的代码就会发生崩溃

NSMutableArray *array = [NSMutableArray arrayWithObjects:@1,@2,nil];

self.mutableArray = array;

[self.mutableArray removeObjectAtIndex:0];

接下来就会奔溃：

-[__NSArrayI removeObjectAtIndex:]: unrecognized selector sent to instance 0x7fcd1bc30460

第2条原因，如下：

该属性使用了同步锁，会在创建时生成一些额外的代码用于帮助编写多线程程序，这会带来性能问题，通过声明 nonatomic 可以节省这些虽然很小但是不必要额外开销。

在默认情况下，由编译器所合成的方法会通过锁定机制确保其原子性(atomicity)。如果属性具备 nonatomic 特质，则不使用同步锁。请注意，尽管没有名为“atomic”的特质(如果某属性不具备 nonatomic 特质，那它就是“原子的”(atomic))。

在iOS开发中，你会发现，几乎所有属性都声明为 nonatomic。

一般情况下并不要求属性必须是“原子的”，因为这并不能保证“线程安全” ( thread safety)，若要实现“线程安全”的操作，还需采用更为深层的锁定机制才行。例如，一个线程在连续多次读取某属性值的过程中有别的线程在同时改写该值，那么即便将属性声明为 atomic，也还是会读到不同的属性值。

因此，开发iOS程序时一般都会使用 nonatomic 属性。但是在开发 Mac OS X 程序时，使用 atomic 属性通常都不会有性能瓶颈。

5. 如何让自己的类用 copy 修饰符？如何重写带 copy 关键字的 setter？

若想令自己所写的对象具有拷贝功能，则需实现 NSCopying 协议。如果自定义的对象分为可变版本与不可变版本，那么就要同时实现 NSCopying 与 NSMutableCopying 协议。

具体步骤：

需声明该类遵从 NSCopying 协议
实现 NSCopying 协议。该协议只有一个方法:

(id)copyWithZone:(NSZone *)zone;

注意：一提到让自己的类用 copy 修饰符，我们总是想覆写copy方法，其实真正需要实现的却是 “copyWithZone” 方法。

以第一题的代码为例：

// .h文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 修改完的代码

typedef NS_ENUM(NSInteger, CYLSex) {

CYLSexMan,

CYLSexWoman

};

@interface CYLUser : NSObject

@property (nonatomic, readonly, copy) NSString *name;

@property (nonatomic, readonly, assign) NSUInteger age;

@property (nonatomic, readonly, assign) CYLSex sex;

(instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;

(instancetype)userWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;

@end

然后实现协议中规定的方法：

(id)copyWithZone:(NSZone *)zone {

CYLUser *copy = [[[self class] allocWithZone:zone]

initWithName:_name

age:_age

sex:_sex];

return copy;

}

但在实际的项目中，不可能这么简单，遇到更复杂一点，比如类对象中的数据结构可能并未在初始化方法中设置好，需要另行设置。举个例子，假如 CYLUser 中含有一个数组，与其他 CYLUser 对象建立或解除朋友关系的那些方法都需要操作这个数组。那么在这种情况下，你得把这个包含朋友对象的数组也一并拷贝过来。下面列出了实现此功能所需的全部代码:

// .h文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 以第一题《风格纠错题》里的代码为例

typedef NS_ENUM(NSInteger, CYLSex) {

CYLSexMan,

CYLSexWoman

};

@interface CYLUser : NSObject

@property (nonatomic, readonly, copy) NSString *name;

@property (nonatomic, readonly, assign) NSUInteger age;

@property (nonatomic, readonly, assign) CYLSex sex;

(instancetype)initWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;

(instancetype)userWithName:(NSString *)name age:(NSUInteger)age sex:(CYLSex)sex;

(void)addFriend:(CYLUser *)user;
(void)removeFriend:(CYLUser *)user;

@end

// .m文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

@implementation CYLUser {

NSMutableSet *_friends;

}

(void)setName:(NSString *)name {

_name = [name copy];

}

(instancetype)initWithName:(NSString *)name

age:(NSUInteger)age

sex:(CYLSex)sex {

if(self = [super init]) {

_name = [name copy];

_age = age;

_sex = sex;

_friends = [[NSMutableSet alloc] init];

}

return self;

}

(void)addFriend:(CYLUser *)user {

[_friends addObject:user];

}

(void)removeFriend:(CYLUser *)user {

[_friends removeObject:user];

}

(id)copyWithZone:(NSZone *)zone {

CYLUser *copy = [[[self class] allocWithZone:zone]

initWithName:_name

age:_age

sex:_sex];

copy->_friends = [_friends mutableCopy];

return copy;

}

(id)deepCopy {

CYLUser *copy = [[[self class] alloc]

initWithName:_name

age:_age

sex:_sex];

copy->_friends = [[NSMutableSet alloc] initWithSet:_friends

copyItems:YES];

return copy;

}

@end

以上做法能满足基本的需求，但是也有缺陷：

如果你所写的对象需要深拷贝，那么可考虑新增一个专门执行深拷贝的方法。

【注：深浅拷贝的概念，在下文中有介绍，详见下文的：***用@property声明的 NSString（或NSArray，NSDictionary）经常使用 copy 关键字，为什么？如果改用 strong 关键字，可能造成什么问题？***】

在例子中，存放朋友对象的 set 是用 “copyWithZone:” 方法来拷贝的，这种浅拷贝方式不会逐个复制 set 中的元素。若需要深拷贝的话，则可像下面这样，编写一个专供深拷贝所用的方法:

(id)deepCopy {

CYLUser *copy = [[[self class] alloc]

initWithName:_name

age:_age

sex:_sex];

copy->_friends = [[NSMutableSet alloc] initWithSet:_friends

copyItems:YES];

return copy;

}

至于***如何重写带 copy 关键字的 setter***这个问题，

如果抛开本例来回答的话，如下：

(void)setName:(NSString *)name {

//[_name release];

_name = [name copy];

}

不过也有争议，有人说“苹果如果像下面这样干，是不是效率会高一些？”

(void)setName:(NSString *)name {

if (_name != name) {

//[_name release];//MRC

_name = [name copy];

}

这样真得高效吗？不见得！这种写法“看上去很美、很合理”，但在实际开发中，它更像下图里的做法：

克强总理这样评价你的代码风格：

我和总理的意见基本一致：

老百姓 copy 一下，咋就这么难？

你可能会说：

之所以在这里做if判断 这个操作：是因为一个 if 可能避免一个耗时的copy，还是很划算的。 (在刚刚讲的：《如何让自己的类用 copy 修饰符？》里的那种复杂的copy，我们可以称之为 “耗时的copy”，但是对 NSString 的 copy 还称不上。)

但是你有没有考虑过代价：

你每次调用 setX: 都会做 if 判断，这会让 setX: 变慢，如果你在 setX:写了一串复杂的 if+elseif+elseif+... 判断，将会更慢。

要回答“哪个效率会高一些？”这个问题，不能脱离实际开发，就算 copy 操作十分耗时，if 判断也不见得一定会更快，除非你把一个“ @property他当前的值 ”赋给了他自己，代码看起来就像：

[a setX:x1];

[a setX:x1]; //你确定你要这么干？与其在setter中判断，为什么不把代码写好？

或者

[a setX:[a x]]; //队友咆哮道：你在干嘛？！！

不要在 setter 里进行像 if(_obj != newObj) 这样的判断。（该观点参考链接： How To Write Cocoa Object Setters： Principle 3: Only Optimize After You Measure ）

什么情况会在 copy setter 里做 if 判断？例如，车速可能就有最高速的限制，车速也不可能出现负值，如果车子的最高速为300，则 setter 的方法就要改写成这样：

-(void)setSpeed:(int)_speed{

if(_speed < 0) speed = 0;

if(_speed > 300) speed = 300;

_speed = speed;

}

回到这个题目，如果单单就上文的代码而言，我们不需要也不能重写 name 的 setter ：由于是 name 是只读属性，所以编译器不会为其创建对应的“设置方法”，用初始化方法设置好属性值之后，就不能再改变了。（在本例中，之所以还要声明属性的“内存管理语义”–copy，是因为：如果不写 copy，该类的调用者就不知道初始化方法里会拷贝这些属性，他们有可能会在调用初始化方法之前自行拷贝属性值。这种操作多余而低效）。

那如何确保 name 被 copy？在初始化方法(initializer)中做：

(instancetype)initWithName:(NSString *)name

age:(NSUInteger)age

sex:(CYLSex)sex {

if(self = [super init]) {

_name = [name copy];

_age = age;

_sex = sex;

_friends = [[NSMutableSet alloc] init];

}

return self;

}

6. @property 的本质是什么？ivar、getter、setter 是如何生成并添加到这个类中的

@property 的本质是什么？

@property = ivar + getter + setter;

下面解释下：

“属性” (property)有两大概念：ivar（实例变量）、存取方法（access method ＝ getter + setter）。

“属性” (property)作为 Objective-C 的一项特性，主要的作用就在于封装对象中的数据。 Objective-C 对象通常会把其所需要的数据保存为各种实例变量。实例变量一般通过“存取方法”(access method)来访问。其中，“获取方法” (getter)用于读取变量值，而“设置方法” (setter)用于写入变量值。这个概念已经定型，并且经由“属性”这一特性而成为 Objective-C 2.0 的一部分。而在正规的 Objective-C 编码风格中，存取方法有着严格的命名规范。正因为有了这种严格的命名规范，所以 Objective-C 这门语言才能根据名称自动创建出存取方法。其实也可以把属性当做一种关键字，其表示:

编译器会自动写出一套存取方法，用以访问给定类型中具有给定名称的变量。所以你也可以这么说：

@property = getter + setter;

例如下面这个类：

@interface Person : NSObject

@property NSString *firstName;

@property NSString *lastName;

@end

上述代码写出来的类与下面这种写法等效：

@interface Person : NSObject

(NSString *)firstName;
(void)setFirstName:(NSString *)firstName;
(NSString *)lastName;
(void)setLastName:(NSString *)lastName;

@end

更新：

property在runtime中是objc_property_t定义如下:

typedef struct objc_property *objc_property_t;

而objc_property是一个结构体，包括name和attributes，定义如下：

struct property_t {

const char *name;

const char *attributes;

};

而attributes本质是objc_property_attribute_t，定义了property的一些属性，定义如下：

/// Defines a property attribute

typedef struct {

const char *name; /**< The name of the attribute */

const char *value; /**< The value of the attribute (usually empty) */

} objc_property_attribute_t;

而attributes的具体内容是什么呢？其实，包括：类型，原子性，内存语义和对应的实例变量。

例如：我们定义一个string的property@property (nonatomic, copy) NSString *string;，通过 property_getAttributes(property)获取到attributes并打印出来之后的结果为T@"NSString",C,N,V_string

其中T就代表类型，可参阅Type Encodings，C就代表Copy，N代表nonatomic，V就代表对于的实例变量。

ivar、getter、setter 是如何生成并添加到这个类中的?

“自动合成”( autosynthesis)

完成属性定义后，编译器会自动编写访问这些属性所需的方法，此过程叫做“自动合成”(autosynthesis)。需要强调的是，这个过程由编译器在编译期执行，所以编辑器里看不到这些“合成方法”(synthesized method)的源代码。除了生成方法代码 getter、setter 之外，编译器还要自动向类中添加适当类型的实例变量，并且在属性名前面加下划线，以此作为实例变量的名字。在前例中，会生成两个实例变量，其名称分别为 _firstName 与 _lastName。也可以在类的实现代码里通过@synthesize 语法来指定实例变量的名字.

@implementation Person

@synthesize firstName = _myFirstName;

@synthesize lastName = _myLastName;

@end

我为了搞清属性是怎么实现的,曾经反编译过相关的代码,他大致生成了五个东西

OBJC_IVAR_$类名$属性名称 ：该属性的“偏移量” (offset)，这个偏移量是“硬编码” (hardcode)，表示该变量距离存放对象的内存区域的起始地址有多远。
setter 与 getter 方法对应的实现函数
ivar_list ：成员变量列表
method_list ：方法列表
prop_list ：属性列表

也就是说我们每次在增加一个属性,系统都会在 ivar_list 中添加一个成员变量的描述,在 method_list 中增加 setter 与 getter 方法的描述,在属性列表中增加一个属性的描述,然后计算该属性在对象中的偏移量,然后给出 setter 与 getter 方法对应的实现,在 setter 方法中从偏移量的位置开始赋值,在 getter 方法中从偏移量开始取值,为了能够读取正确字节数,系统对象偏移量的指针类型进行了类型强转.

7. @protocol 和 category 中如何使用 @property

在 protocol 中使用 property 只会生成 setter 和 getter 方法声明,我们使用属性的目的,是希望遵守我协议的对象能实现该属性
category 使用 @property 也是只会生成 setter 和 getter 方法的声明,如果我们真的需要给 category 增加属性的实现,需要借助于运行时的两个函数：
objc_setAssociatedObject
objc_getAssociatedObject

8. runtime 如何实现 weak 属性

要实现 weak 属性，首先要搞清楚 weak 属性的特点：

weak 此特质表明该属性定义了一种“非拥有关系” (nonowning relationship)。为这种属性设置新值时，设置方法既不保留新值，也不释放旧值。此特质同 assign 类似，然而在属性所指的对象遭到摧毁时，属性值也会清空(nil out)。

那么 runtime 如何实现 weak 变量的自动置nil？

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

（注：在下文的《使用runtime Associate方法关联的对象，需要在主对象dealloc的时候释放么？》里给出的“对象的内存销毁时间表”也提到__weak引用的解除时间。）

先看下 runtime 里源码的实现：

/**

The internal structure stored in the weak references table.
It maintains and stores
a hash set of weak references pointing to an object.
If out_of_line==0, the set is instead a small inline array.

#define WEAK_INLINE_COUNT 4

struct weak_entry_t {

DisguisedPtr<objc_object> referent;

union {

struct {

weak_referrer_t *referrers;

uintptr_t out_of_line : 1;

uintptr_t num_refs : PTR_MINUS_1;

uintptr_t mask;

uintptr_t max_hash_displacement;

};

struct {

// out_of_line=0 is LSB of one of these (don’t care which)

weak_referrer_t inline_referrers[WEAK_INLINE_COUNT];

};

/**

The global weak references table. Stores object ids as keys,
and weak_entry_t structs as their values.

struct weak_table_t {

weak_entry_t *weak_entries;

size_t num_entries;

uintptr_t mask;

uintptr_t max_hash_displacement;

};

具体完整实现参照 objc/objc-weak.h 。

我们可以设计一个函数（伪代码）来表示上述机制：

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

id obj1;

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

id obj1;

obj1 = 0;

objc_storeWeak(&obj1, obj);

/* … obj的引用计数变为0，被置nil … */

objc_storeWeak(&obj1, 0);

objc_storeWeak 函数把第二个参数–赋值对象（obj）的内存地址作为键值，将第一个参数–weak修饰的属性变量（obj1）的内存地址注册到 weak 表中。如果第二个参数（obj）为0（nil），那么把变量（obj1）的地址从 weak 表中删除，在后面的相关一题会详解。

使用伪代码是为了方便理解，下面我们“真枪实弹”地实现下：

如何让不使用weak修饰的@property，拥有weak的效果。

我们从setter方法入手：

（注意以下的 cyl_runAtDealloc 方法实现仅仅用于模拟原理，如果想用于项目中，还需要考虑更复杂的场景，想在实际项目使用的话，可以使用我写的一个小库，可以使用 CocoaPods 在项目中使用： CYLDeallocBlockExecutor ）

(void)setObject:(NSObject *)object

{

objc_setAssociatedObject(self, “object”, object, OBJC_ASSOCIATION_ASSIGN);

[object cyl_runAtDealloc:^{

_object = nil;

}];

}

也就是有两个步骤：

在setter方法中做如下设置：

objc_setAssociatedObject(self, “object”, object, OBJC_ASSOCIATION_ASSIGN);

在属性所指的对象遭到摧毁时，属性值也会清空(nil out)。做到这点，同样要借助 runtime：

//要销毁的目标对象

id objectToBeDeallocated;

//可以理解为一个“事件”：当上面的目标对象销毁时，同时要发生的“事件”。

id objectWeWantToBeReleasedWhenThatHappens;

objc_setAssociatedObject(objectToBeDeallocted,

someUniqueKey,

objectWeWantToBeReleasedWhenThatHappens,

OBJC_ASSOCIATION_RETAIN);

知道了思路，我们就开始实现 cyl_runAtDealloc 方法，实现过程分两部分：

第一部分：创建一个类，可以理解为一个“事件”：当目标对象销毁时，同时要发生的“事件”。借助 block 执行“事件”。

// .h文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 这个类，可以理解为一个“事件”：当目标对象销毁时，同时要发生的“事件”。借助block执行“事件”。

typedef void (^voidBlock)(void);

@interface CYLBlockExecutor : NSObject

(id)initWithBlock:(voidBlock)block;

@end

// .m文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 这个类，可以理解为一个“事件”：当目标对象销毁时，同时要发生的“事件”。借助block执行“事件”。

#import “CYLBlockExecutor.h”

@interface CYLBlockExecutor() {

voidBlock _block;

}

@implementation CYLBlockExecutor

(id)initWithBlock:(voidBlock)aBlock

{

self = [super init];

if (self) {

_block = [aBlock copy];

}

return self;

}

(void)dealloc

{

_block ? _block() : nil;

}

@end

第二部分：核心代码：利用runtime实现cyl_runAtDealloc方法

// CYLNSObject+RunAtDealloc.h文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 利用runtime实现cyl_runAtDealloc方法

#import “CYLBlockExecutor.h”

const void *runAtDeallocBlockKey = &runAtDeallocBlockKey;

@interface NSObject (CYLRunAtDealloc)

(void)cyl_runAtDealloc:(voidBlock)block;

@end

// CYLNSObject+RunAtDealloc.m文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 利用runtime实现cyl_runAtDealloc方法

#import “CYLNSObject+RunAtDealloc.h”

#import “CYLBlockExecutor.h”

@implementation NSObject (CYLRunAtDealloc)

(void)cyl_runAtDealloc:(voidBlock)block

{

if (block) {

CYLBlockExecutor *executor = [[CYLBlockExecutor alloc] initWithBlock:block];

objc_setAssociatedObject(self,

runAtDeallocBlockKey,

executor,

OBJC_ASSOCIATION_RETAIN);

}

@end

学习分享，共勉

题外话，毕竟我工作多年，深知技术改革和创新的方向，Flutter作为跨平台开发技术、Flutter以其美观、快速、高效、开放等优势迅速俘获人心

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024c （备注前端）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

// .m文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 这个类，可以理解为一个“事件”：当目标对象销毁时，同时要发生的“事件”。借助block执行“事件”。

#import “CYLBlockExecutor.h”

@interface CYLBlockExecutor() {

voidBlock _block;

}

@implementation CYLBlockExecutor

(id)initWithBlock:(voidBlock)aBlock

{

self = [super init];

if (self) {

_block = [aBlock copy];

}

return self;

}

(void)dealloc

{

_block ? _block() : nil;

}

@end

第二部分：核心代码：利用runtime实现cyl_runAtDealloc方法

// CYLNSObject+RunAtDealloc.h文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 利用runtime实现cyl_runAtDealloc方法

#import “CYLBlockExecutor.h”

const void *runAtDeallocBlockKey = &runAtDeallocBlockKey;

@interface NSObject (CYLRunAtDealloc)

(void)cyl_runAtDealloc:(voidBlock)block;

@end

// CYLNSObject+RunAtDealloc.m文件

// http://weibo.com/luohanchenyilong/

// https://github.com/ChenYilong

// 利用runtime实现cyl_runAtDealloc方法

#import “CYLNSObject+RunAtDealloc.h”

#import “CYLBlockExecutor.h”

@implementation NSObject (CYLRunAtDealloc)

(void)cyl_runAtDealloc:(voidBlock)block

{

if (block) {

CYLBlockExecutor *executor = [[CYLBlockExecutor alloc] initWithBlock:block];

objc_setAssociatedObject(self,

runAtDeallocBlockKey,

executor,

OBJC_ASSOCIATION_RETAIN);

}

@end

学习分享，共勉

题外话，毕竟我工作多年，深知技术改革和创新的方向，Flutter作为跨平台开发技术、Flutter以其美观、快速、高效、开放等优势迅速俘获人心

[外链图片转存中…(img-6hZ0lVPI-1713030765284)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024c （备注前端）
[外链图片转存中…(img-qJFs1946-1713030765284)]

起飞程序员

关注

22
点赞
踩
15

收藏

觉得还不错? 一键收藏
0
评论
iOS 经典全部面试题（上）(1)，2024年最新华为od面试经历

回到这个题目，如果单单就上文的代码而言，我们不需要也不能重写 name 的 setter ：由于是 name 是只读属性，所以编译器不会为其创建对应的“设置方法”，用初始化方法设置好属性值之后，就不能再改变了。用 weak 指向的对象内存地址作为 key，当此对象的引用计数为0的时候会 dealloc，假如 weak 指向的对象内存地址是a，那么就会以a为键，在这个 weak 表中搜索，找到所有以a为键的 weak 对象，从而设置为 nil。为这种属性设置新值时，设置方法既不保留新值，也不释放旧值。
复制链接

扫一扫