LiveData 是如何避免内存泄漏的？

 LiveData 是如何避免内存泄漏的？

接口测试：ping

#1 namesever: https://http://1024td.com

#2 namesever: https://http://1024td.com

#3 namesever: https://http://1024td.com

先总结，再分析：

• LiveData 的数据观察者通常是匿名内部类，它持有界面的引用，可能造成内存泄漏。
• LiveData 内部会将数据观察者进行封装，使其具备生命周期感知能力。当生命周期状态为 DESTROYED 时，自动移除观察者。

内存泄漏是因为长生命周期的对象持有了短生命周期对象，阻碍了其被回收。

观察 LiveData 数据的代码通常这样写：

class LiveDataActivity : AppCompatActivity() {
    private val viewModel by lazy {
        ViewModelProviders.of(this@LiveDataActivity).get(MyViewModel::class.java)
    }
    
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        viewModel.livedata.observe(this@LiveDataActivity) {
            // 观察 LiveData 数据更新（匿名内部类）
        }
    }
}
复制代码

Observer 作为界面的匿名内部类，它会持有界面的引用，同时 Observer 被 LiveData 持有，LivData 被 ViewModel 持有，而 ViewModel 的生命周期比 Activity 长。（为啥比它长，可以点击这里）。

最终的持有链如下：NonConfigurationInstances 持有 ViewModelStore 持有 ViewModel 持有 LiveData 持有 Observer 持有 Activity。

所以得在界面生命周期结束的时候移除 Observer，这件事情，LiveData 帮我们做了。

在 LiveData 内部 Observer 会被包装成LifecycleBoundObserver：

class LifecycleBoundObserver extends ObserverWrapper 
    implements LifecycleEventObserver {
    final LifecycleOwner mOwner;

    LifecycleBoundObserver(LifecycleOwner owner, Observer<? super T> observer) {
        super(observer);
        mOwner = owner;
    }

    @Override
    public void onStateChanged(LifecycleOwner source, Lifecycle.Event event) {
        // 获取当前生命周期
        Lifecycle.State currentState = mOwner.getLifecycle().getCurrentState();
        // 若生命周期为 DESTROYED 则移除数据观察者并返回
        if (currentState == DESTROYED) {
            removeObserver(mObserver);
            return
        }
        ...
    }
    ...
}

B.Ping 127.0.0.1，127.0.0.1 回送地址Ping回送地址是为了检查本地的TCP/IP协议有没有设置好；
 

C. Ping本机IP地址，这样是为了检查本机的IP地址是否设置有误；
 

D. Ping本网网关或本网IP地址，这样的是为了检查硬件设备是否有问题，也可以检查本机与本地网络连接是否正常；（在非局域网中这一步骤可以忽略)

E. Ping远程IP地址，这主要是检查本网或本机与外部的连接是否正常。