android XXXActivity和getApplicationContext()区别

从接触android起，到处都能看到context（上下文）的身影，查看源码之后你会发现，它只是个抽象类，具体实现都在ContextWrapper实现。

当你去查看android的源码时，你会发现activity，service和application都继承自ContextWrapper，也就是说它们都是context的子类，那我们应该如何给context的赋值呢？

很多时候在acitivity中给context赋值时直接传一个this，这个this就是xxxActivity.this，也就是XXXActivity的上下文，当然刚开始不懂的时候会直接写getApplicationContext()，当然两者的区别是很明显的，XXXActivity.this返回的当前Activity的实例，getApplicationContext()返回的是application的实例，两者的生命周期差很多，application贯穿整个app，activity的生命周期相信你很清楚了，所以不能乱用，防止内存泄漏

1.dialog

       dialog依附于activity存在，所以直接用XXXActivity.this就好，当activity消失的时候dialog也就销毁了

2.activity

      上面我们已经说过了，直接使用XXXActivity.this，返回的是当前的activity实例，当前activity销毁时，一起销毁

3.service，broadcastReceiver

两者都可以

总结：和UI操作相关的不建议使用getApplicationContext()，一般都使用和activity相关的context，其余的操作，看具体情况，根据存在的生命周期的长度作出选择

还有就是很抱歉，暂时还不打算更新IM部分，先研究照相机的这部分，后期更新