OC 中覆盖父类属性会有Auto property synthesis will not synthesize property ‘xxx‘的警告

忘是亡心i 2023-01-09 15:51 163阅读 0赞

![b21a231721c8b20c6f43033bbeb3b67e.png][]

#### 情景还原 ####

--------------------

今天无意间弄了一个警告. 警告就会存在着一定的隐藏风险,所以就一定要解决这种异常风险,接下来我们看一下当时的情景代码.

我首先写了一个名为**BaseObject**的基类 ,基类中具有一个遵循BaseObjectDelegate协议的代理属性对象delegate,如下所示

#import <Foundation/Foundation.h>
    
    @protocol BaseObjectDelegate<NSObject>
    
    - (void)baseObjectDeleagateAction;
    
    @end
    
    @interface BaseObject : NSObject
    
    @property(nonatomic,weak)id <BaseObjectDelegate>delegate;
    
    @end

然后,我写了一个继承于**BaseObject**的子类 **SubObject**, **SubObject**中具有一个遵循SubObjectDelegate协议的代理属性对象delegate,代码如下所示.

#import "BaseObject.h"
    
    @protocol SubObjectDelegate<BaseObjectDelegate,NSObject>
    
    - (void)subObjectDeleagateAction;
    
    @end
    
    @interface SubObject : BaseObject
    
    @property(nonatomic,weak)id <SubObjectDelegate>delegate;
    
    @end

这时候,子类**SubObject**就会报警告.截图如下所示.

![d7bb99edc2bacbf490b3477be14707f7.png][]

> **文字错误:** Auto property synthesis will not synthesize property ‘delegate’; it will be implemented by its superclass, use @dynamic to acknowledge intention

这种情况就类似于**UIScollView**和子类**UITableView**的关系,两者都还有遵循不同协议的delegate属性,但是并没有警告产生.所以这个警告我们要好好研究一下.

#### 解决方案 ####

--------------------

我们先说说怎么来解决这个警告,然后我们再来聊一下这个警告是如何产生的以及有什么安全隐患.

首先,我们不会去屏蔽这种警告,那么怎么办呢?最简单的方式就是把子类的delegate 改成别的名称,例如**subDelegate**,这样子类就会有两个代理属性,一个是继承于父类的,一个是自己定义的.代码如下所示.

@interface SubObject : BaseObject
    @property(nonatomic,weak)id <SubObjectDelegate>subDelegate;
    @end

还有一种解决方案就是使用\*\*@synthesize\*\*关键词.我们在.m文件中编写如下代码即可解决警告.

#import "SubObject.h"
    
    @implementation SubObject
    @synthesize delegate = _delegate;
    @end

#### 警告分析 ####

--------------------

下面我们就来分析一下警告产生过程以及警告会有什么样的安全隐患.我查阅了网上了很多前人所写的博客,这里只是做了一下记录,并非自己验证过的结果.所以要注意.

要了解这个警告,我们就要了解什么是属性,在OC中属性的定义就是给一个类的成员变量提供了封装,关键字是\*\*@property\*\*.

> Objective-C properties offer a way to define the information that a class is intended to encapsulate。

通过声明属性，我们可以很简单的为一个成员变量定义其是否是只读的还是读写的，是否是原子操作的等等特性，也就是说如果说封装是为成员变量套了一层壳的话，那么 @property关键字做的事情就是预定义这层壳是个什么样子的壳，然后通过 @sythesize关键字生成真正的壳并把这个壳套在实际的成员变量上（如果没有定义这个成员变量该关键字也可以自动生成对应的成员变量）。当然这层壳包括了自动生成的get set 方法。

但是好像现在的开发人员对\*\*@sythesize**的使用频率很低了,那么**@sythesize**到底有什么作用呢?在最开始的时候，我们在代码中写了**@property**对应的就要写一个**@sythesize\*\*，在苹果使用了LLVM (2005年Swift之父Chris Lattner将苹果使用的 GCC 全面转为 LLVM)作为编译器以后，如果我们没有写 **@sythesize**，编译器就会为我们自动的生成一个 @sythesize property = \_property。这个特性叫做**Auto property synthesize**。

说了这么多，现在我们来回头看看问题的关键，当我们想覆盖父类的属性并做一些修改的时候，Auto property synthesize这个特性就有点不知道该干嘛了，这个时候他选择不跑出来为我们干活，所以编译器就不会自动生成@sythesize property = \_property，但是子类总得有个壳啊，人家都有@property了，怎么办？直接拿过来父类的壳复制一份不管三七二十一套在子类的成员变量身上。注意，有些情况下这会产生运行时的crash，比如：

一个父类 A

@interface A : NSObject
    @property(strong,nonatomic,readonly)NSString *name;
    @end

子类Aa

@interface Aa : A
    @property(strong,nonatomic,readwrite)NSString *name;
    @end

这种情况下编译器会给出 warning：

> Auto property synthesis will not synthesize property ‘name’ because it is ‘readwrite’ but it will be synthesized ‘readonly’ via another property

注意，虽然只给出了 warning，但是这个时候显然 Aa 中是不会自动生成 set 方法的，如果在代码中调用了 Aa 的实例对象的 set 方法，运行时就会 crash，crash 原因是：

> Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: '-\[Aa setName:\]: unrecognized selector sent to instance

所以遇到这个问题怎么解决？在子类中显式的声明一个@synthesize name = \_name;就好，这样子类就会如愿的产生他的壳，编译器也不纠结了，就去掉了 warning，这样问题就解决了.

#### 问题总结 ####

--------------------

这个问题归根到底是因为**Auto property synthesize**不工作,导致子类属性直接把父类属性的修饰属性复制到自己身上,这样就会产生安全隐患,最终生成警告. 所以我们要自己写一个显式的声明 **@synthesize name = \_name;** 即可解决问题.

[参考原文链接][Link 1]

![1cc773b3510614b54c92ffc3dc40d24a.gif][]

[b21a231721c8b20c6f43033bbeb3b67e.png]: /images/20221119/ac682e1a779a443c84678c2eda1bb71c.png
[d7bb99edc2bacbf490b3477be14707f7.png]: /images/20221119/74e57d8a09534742b1728f4000e6da10.png
[Link 1]: https://segmentfault.com/a/1190000002904657
[1cc773b3510614b54c92ffc3dc40d24a.gif]: https://img-blog.csdnimg.cn/img_convert/1cc773b3510614b54c92ffc3dc40d24a.gif