set方法中内存泄漏原理

1. 如果set方法只写成如下方式

- (void)setWife:(Person *)wife

{

_wife = wife;

}

假设传来的对象是不安全的,我们没有对引用计数器加1,如果wife在外部被释放,我们这里就会变成野指针,导致程序crash。

2. 改进之后写法

- (void)setWife:(Person *)wife

{

_wife = [wife retain];

}

每次传进新的对象后,对象的引用计数器会加1,但是每次操作都会造成以前旧的对象没有释放,导致内存泄漏。

3 . 第三次

- (void)setWife:(Person *)wife

{

[_wife release];

_wife = [wife retain];

}

这次传进新的对象后,我们先把旧的对象释放掉,但是此种情况如果传进来的对象跟旧的对象是同一个对象,此时新的对象已经被dealloc,_wife则无法拥有该对象,即wife已死,无法再取。

4. 完美版

- (void)setWife:(Person *)wife

{

if (_wife != wife){

[_wife release]

_wife = [wife retain];

}

}

这次set方法的内存泄漏的问题即被修复。oc中@property (retain)NSString *wife即这样实现的。

xcode 中内存分析快捷键:

shift + command + b :内存分析 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ThreadLocal是Java的一个线程封闭对象,它提供了一种在多线程环境下实现线程私有变量的机制。每个线程都可以通过ThreadLocal对象获取自己的私有变量,并且线程之间互不干扰。这样可以方便地在多线程场景下共享数据,而又不用担心线程安全的问题。 ThreadLocal的原理是通过在每个线程维护一个ThreadLocalMap对象来存储线程私有变量。ThreadLocalMap是ThreadLocal类的一个静态内部类,它使用ThreadLocal对象作为key,实际的变量值作为value。每个线程对应一个ThreadLocalMap,通过ThreadLocal对象可以获取到当前线程对应的ThreadLocalMap。 当我们调用ThreadLocal的set方法来设置变量值时,实际上是将该值存储在当前线程的ThreadLocalMap。当我们调用ThreadLocal的get方法来获取变量值时,实际上是从当前线程的ThreadLocalMap查找对应的值。 至于内存泄露问题,ThreadLocal存在一定的潜在风险。如果我们在使用完ThreadLocal后没有进行及时的清理操作,就有可能导致内存泄露。这是因为ThreadLocalMap的Entry对象持有了对ThreadLocal对象的强引用,而线程的生命周期比较长,如果没有及时清理,那么即使线程已经结束了,ThreadLocal对象也无法被回收,从而导致内存泄露。 为了避免内存泄露,我们可以在使用完ThreadLocal后调用remove方法来手动清理对应的Entry对象。另外,使用ThreadLocal时要特别注意避免在高并发场景下出现内存泄露的问题,可以合理地使用线程池,控制ThreadLocal的使用范围,或者使用InheritableThreadLocal来代替ThreadLocal。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值