weak的生命周期:具体实现方法

3 篇文章 0 订阅


我们都知道weak表示的是一个弱引用,这个引用不会增加对象的引用计数,并且在所指向的对象被释放之后,weak指针会被设置的为nil。weak引用通常是用于处理循环引用的问题,如代理及block的使用中,相对会较多的使用到weak。

之前对weak的实现略有了解,知道它的一个基本的生命周期,但具体是怎么实现的,了解得不是太清晰。今天又翻了翻《Objective-C高级编程》关于__weak的讲解,在此做个笔记。

我们以下面这行代码为例:

代码清单1:示例代码

1
2
3
{
     id __weak obj1 = obj;
}

当我们初始化一个weak变量时,runtime会调用objc_initWeak函数。这个函数在Clang中的声明如下:

1
id objc_initWeak(id *object, id value);

其具体实现如下:

1
2
3
4
5
id objc_initWeak(id *object, id value)
{
     *object = 0;
     return  objc_storeWeak(object, value);
}

示例代码轮换成编译器的模拟代码如下:

1
2
id obj1;
objc_initWeak(&obj1, obj);

因此,这里所做的事是先将obj1初始化为0(nil),然后将obj1的地址及obj作为参数传递给objc_storeWeak函数。

objc_initWeak函数有一个前提条件:就是object必须是一个没有被注册为__weak对象的有效指针。而value则可以是null,或者指向一个有效的对象。

如果value是一个空指针或者其指向的对象已经被释放了,则object是zero-initialized的。否则,object将被注册为一个指向value的__weak对象。而这事应该是objc_storeWeak函数干的。objc_storeWeak的函数声明如下:

1
id objc_storeWeak(id *location, id value);

其具体实现如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
id objc_storeWeak(id *location, id newObj)
{
     id oldObj;
     SideTable *oldTable;
     SideTable *newTable;
     ......
     // Acquire locks for old and new values.
     // Order by lock address to prevent lock ordering problems. 
     // Retry if the old value changes underneath us.
  retry:
     oldObj = *location;
     oldTable = SideTable::tableForPointer(oldObj);
     newTable = SideTable::tableForPointer(newObj);
     ......
     if  (*location != oldObj) {
         OSSpinLockUnlock(lock1);
#if SIDE_TABLE_STRIPE > 1
         if  (lock1 != lock2) OSSpinLockUnlock(lock2);
#endif
         goto retry;
     }
     if  (oldObj) {
         weak_unregister_no_lock(&oldTable->weak_table, oldObj, location);
     }
     if  (newObj) {
         newObj = weak_register_no_lock(&newTable->weak_table, newObj,location);
         // weak_register_no_lock returns NULL if weak store should be rejected
     }
     // Do not set *location anywhere else. That would introduce a race.
     *location = newObj;
     ......
     return  newObj;
}

我们撇开源码中各种锁操作,来看看这段代码都做了些什么。在此之前,我们先来了解下weak表和SideTable。

weak表是一个弱引用表,实现为一个weak_table_t结构体,存储了某个对象相关的的所有的弱引用信息。其定义如下(具体定义在objc-weak.h中):

1
2
3
4
5
struct weak_table_t {
     weak_entry_t *weak_entries;
     size_t    num_entries;
     ......
};

其中weak_entry_t是存储在弱引用表中的一个内部结构体,它负责维护和存储指向一个对象的所有弱引用hash表。其定义如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
struct weak_entry_t {
     DisguisedPtr referent;
     union {
         struct {
             weak_referrer_t *referrers;
             uintptr_t        out_of_line : 1;
             ......
         };
         struct {
             // out_of_line=0 is LSB of one of these (don't care which)
             weak_referrer_t  inline_referrers[WEAK_INLINE_COUNT];
         };
     };
};

其中referent是被引用的对象,即示例代码中的obj对象。下面的union即存储了所有指向该对象的弱引用。由注释可以看到,当out_of_line等于0时,hash表被一个数组所代替。另外,所有的弱引用对象的地址都是存储在weak_referrer_t指针的地址中。其定义如下:

1
typedef objc_object ** weak_referrer_t;

SideTable是一个用C++实现的类,它的具体定义在NSObject.mm中,我们来看看它的一些成员变量的定义:

1
2
3
4
5
6
7
8
class SideTable {
private:
     static uint8_t table_buf[SIDE_TABLE_STRIPE * SIDE_TABLE_SIZE];
public:
     RefcountMap refcnts;
     weak_table_t weak_table;
     ......
}

RefcountMap refcnts,大家应该能猜到这个做什么用的吧?看着像是引用计数什么的。哈哈,貌似就是啊,这东东存储了一个对象的引用计数的信息。当然,我们在这里不去探究它,我们关注的是weak_table。这个成员变量指向的就是一个对象的weak表。

了解了weak表和SideTable,让我们再回过头来看看objc_storeWeak。首先是根据weak指针找到其指向的老的对象:

1
oldObj = *location;

然后获取到与新旧对象相关的SideTable对象:

1
2
oldTable = SideTable::tableForPointer(oldObj);
newTable = SideTable::tableForPointer(newObj);

下面要做的就是在老对象的weak表中移除指向信息,而在新对象的weak表中建立关联信息:

1
2
3
4
5
6
7
if  (oldObj) {
     weak_unregister_no_lock(&oldTable->weak_table, oldObj, location);
}
if  (newObj) {
     newObj = weak_register_no_lock(&newTable->weak_table, newObj,location);
     // weak_register_no_lock returns NULL if weak store should be rejected
}

接下来让弱引用指针指向新的对象:

1
*location = newObj;

最后会返回这个新对象:

1
return  newObj;

objc_storeWeak的基本实现就是这样。当然,在objc_initWeak中调用objc_storeWeak时,老对象是空的,所有不会执行weak_unregister_no_lock操作。

而当weak引用指向的对象被释放时,又是如何去处理weak指针的呢?当释放对象时,其基本流程如下:

  1. 调用objc_release

  2. 因为对象的引用计数为0,所以执行dealloc

  3. 在dealloc中,调用了_objc_rootDealloc函数

  4. 在_objc_rootDealloc中,调用了object_dispose函数

  5. 调用objc_destructInstance

  6. 最后调用objc_clear_deallocating

我们重点关注一下最后一步,objc_clear_deallocating的具体实现如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
void objc_clear_deallocating(id obj) 
{
     ......
     SideTable *table = SideTable::tableForPointer(obj);
     // clear any weak table items
     // clear extra retain count and deallocating bit
     // (fixme warn or abort if extra retain count == 0 ?)
     OSSpinLockLock(&table->slock);
     if  (seen_weak_refs) {
         arr_clear_deallocating(&table->weak_table, obj);
     }
     ......
}

我们可以看到,在这个函数中,首先取出对象对应的SideTable实例,如果这个对象有关联的弱引用,则调用arr_clear_deallocating来清除对象的弱引用信息。我们来看看arr_clear_deallocating具体实现:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
PRIVATE_EXTERN void arr_clear_deallocating(weak_table_t *weak_table, id referent) {
     {
         weak_entry_t *entry = weak_entry_for_referent(weak_table, referent);
         if  (entry == NULL) {
             ......
             return ;
         }
         // zero out references
         for  (int i = 0; i < entry->referrers.num_allocated; ++i) {
             id *referrer = entry->referrers.refs[i].referrer;
             if  (referrer) {
                 if  (*referrer == referent) {
                     *referrer = nil;
                 }
                 else  if  (*referrer) {
                     _objc_inform( "__weak variable @ %p holds %p instead of %p\n" , referrer, *referrer, referent);
                 }
             }
         }
         weak_entry_remove_no_lock(weak_table, entry);
         weak_table->num_weak_refs--;
     }
}

这个函数首先是找出对象对应的weak_entry_t链表,然后挨个将弱引用置为nil。最后清理对象的记录。

通过上面的描述,我们基本能了解一个weak引用从生到死的过程。从这个流程可以看出,一个weak引用的处理涉及各种查表、添加与删除操作,还是有一定消耗的。所以如果大量使用__weak变量的话,会对性能造成一定的影响。那么,我们应该在什么时候去使用weak呢?《Objective-C高级编程》给我们的建议是只在避免循环引用的时候使用__weak修饰符。

另外,在clang中,还提供了不少关于weak引用的处理函数。如objc_loadWeak, objc_destroyWeak, objc_moveWeak等,我们可以在苹果的开源代码中找到相关的实现。等有时间,我再好好研究研究。

参考

  1. 《Objective-C高级编程》1.4: __weak修饰符

  2. Clang 3.7 documentation – Objective-C Automatic Reference Counting (ARC)

  3. apple opensource – NSObject.mm

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 好的,这是一个使用 weak_ptr 的例子: ``` #include <memory> #include <iostream> struct MyClass { std::string name; MyClass(std::string n) : name(n) {} ~MyClass() { std::cout << "Destroying MyClass " << name << std::endl; } }; int main() { std::shared_ptr<MyClass> ptr1 = std::make_shared<MyClass>("ptr1"); std::weak_ptr<MyClass> weakPtr = ptr1; // 使用 weak_ptr 访问对象 if (auto spt = weakPtr.lock()) { std::cout << "Use shared_ptr: " << spt->name << std::endl; } else { std::cout << "ptr1 expired" << std::endl; } // 释放 shared_ptr ptr1.reset(); // 再次使用 weak_ptr 访问对象 if (auto spt = weakPtr.lock()) { std::cout << "Use shared_ptr: " << spt->name << std::endl; } else { std::cout << "ptr1 expired" << std::endl; } } ``` 这段代码中,我们使用 std::shared_ptr 来管理一个 MyClass 的对象,并使用 std::weak_ptr 弱引用这个对象。在程序中,我们先使用 weak_ptr::lock() 方法weak_ptr 转换为 shared_ptr,然后使用 shared_ptr 访问对象,最后我们调用 shared_ptr::reset() 方法将 shared_ptr 释放,再次使用 weak_ptr 访问对象就会失败,因为 weak_ptr 无法获得一个有效的 shared_ptr。 ### 回答2: 使用weak_ptr的一个例子是在多线程环境下对资源进行管理。假设有一个线程池,每个线程都可以执行一个耗时的任务。当任务完成后,线程会将结果存储在一个共享的数据结构中。由于多个线程可能同时访问共享数据,为了确保线程安全,需要使用适当的同步机制。 一种常见的做法是使用shared_ptr来管理共享数据结构的生命周期,确保只有当所有的线程都不再使用它时,才能销毁该结构。但是,如果线程A持有一个shared_ptr指向共享数据,而线程B需要访问该数据,那么线程B必须等待线程A完成并释放该指针。这可能导致线程B的阻塞,从而影响整体的性能。 为了解决这个问题,可以使用weak_ptr。当线程A持有一个weak_ptr指向共享数据时,线程B可以通过将weak_ptr转换为shared_ptr来访问该数据。如果共享数据已被销毁,则转换失败,线程B可以根据需要采取适当的措施。 具体实现时,创建一个shared_ptr指向共享数据,并将其传递给线程池中的每个线程。线程使用shared_ptr来访问共享数据,并在处理完任务后,将其置为nullptr。同时,每个线程也保存一个weak_ptr指向该共享数据。当线程需要访问共享数据时,将weak_ptr转换为shared_ptr,并判断是否为空来确定共享数据是否已被销毁。 这种方式避免了线程的阻塞,提高了整体的性能。当所有的线程都完成任务并且共享数据不再被使用时,shared_ptr会自动销毁共享数据,释放内存空间。 ### 回答3: 一个使用weak_ptr的例子是在一个图书管理系统中。首先,我们有一个Book类,该类表示图书的实例,并具有图书的相关信息和方法。然后,我们有一个Library类,该类用于管理图书的集合。 在Library类中,我们使用一个vector来存储所有图书的shared_ptr。这是因为Library类需要具有对图书对象的拥有权,并且需要能够对图书进行操作。 然而,除了拥有权之外,我们也需要在Library类中保存对每本书的引用。这是为了方便对图书进行搜索和检索的操作。为此,我们可以使用一个unordered_map,其中键是可以用来唯一标识图书的ID,而值是一个weak_ptr,用于持有对图书的引用。 这样,在Library类中存储的每本书都有一个shared_ptr和一个对应的weak_ptr。这样做的好处是,当某个用户借走某本书并将其从Library中移除时,shared_ptr将被释放,而该图书的对象也将被销毁。但是,由于Library中包含一个weak_ptr指向该图书,我们仍然能够通过weak_ptr进行操作和检索,而不会导致空指针错误。 例如,当用户要借阅某本书时,我们可以首先检查图书是否在Library中,通过Library类中的unordered_map查找对应的weak_ptr,然后尝试将该weak_ptr转换为shared_ptr。如果转换成功,表示图书可借用,我们可以进行借书操作。如果转换失败,则表示图书不存在或已经被借出。 通过使用weak_ptr来保存图书的引用,即使在图书不再存在于Library中时,我们仍然能够安全地使用和操作图书的相关信息,避免了空指针异常的发生。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值