self.delegate = self 之坑：开发者的自我欺骗

2024-02-20 00:06:00

自我欺骗

在 Objective-C 项目中，不少开发者们可能会写或者曾看到过这样的代码：

self.delegate = self;

这种写法在日常开发中十分常见，但这种写法是否妥当呢？

首先，我们来分析一下这种写法的逻辑。self.delegate 表示当前对象的委托对象，而 self 是当前对象本身。因此，self.delegate = self 意味着当前对象将自身设置为自己的委托对象。

这种写法乍一看似乎没有什么问题，但实际上却存在着很大的隐患。

循环引用

self.delegate = self 会导致当前对象和委托对象之间形成一个循环引用。当当前对象被释放时，由于委托对象持有当前对象的引用，所以当前对象无法被释放。同样，当委托对象被释放时，由于当前对象持有委托对象的引用，所以委托对象也无法被释放。这样就导致了循环引用，最终导致内存泄漏。

内存泄漏

内存泄漏是 Objective-C 开发中常见的错误之一。内存泄漏会导致应用程序占用越来越多的内存，最终导致崩溃。在 Objective-C 中，内存泄漏通常是由循环引用引起的。

ARC 无法解决

在 Objective-C 中，循环引用会导致内存泄漏，而 ARC（Automatic Reference Counting）无法解决循环引用问题。ARC 只能跟踪对象的引用计数，当对象的引用计数为 0 时，ARC 会自动释放该对象。但是，如果两个对象之间存在循环引用，那么这两个对象的引用计数永远不会为 0，因此 ARC 无法释放这两个对象。

代码可读性

self.delegate = self 的写法也降低了代码的可读性。当我们看到这样的代码时，很难理解当前对象和委托对象之间的关系。

代码健壮性

self.delegate = self 的写法也降低了代码的健壮性。当我们修改代码时，很容易忘记修改 self.delegate = self 这行代码，从而导致循环引用和内存泄漏。

更好的解决办法

为了避免 self.delegate = self 带来的问题，我们可以采用更好的解决办法。

首先，我们可以将委托对象声明为 weak 属性。这样，当当前对象被释放时，委托对象也会被自动释放，从而避免循环引用。

@property (weak) id<MyDelegate> delegate;

其次，我们可以使用代理模式来实现委托。代理模式可以将委托对象和当前对象解耦，从而避免循环引用。

@protocol MyDelegate

- (void)myDelegateMethod;

@end

@interface MyClass : NSObject

@property (weak) id<MyDelegate> delegate;

- (void)myMethod;

@end

@implementation MyClass

- (void)myMethod {
    if ([self.delegate respondsToSelector:@selector(myDelegateMethod)]) {
        [self.delegate myDelegateMethod];
    }
}

@end