Context的理解1

【Context的理解】 Context在Android开发中扮演着至关重要的角色，它是应用环境全局信息的接口，提供了与系统交互的各种方法，如启动Activity、广播、服务等。Context主要分为三类：Application、Activity和Service，它们都继承自Context。Activity直接继承自ContextThemeWrapper，涉及到用户界面的展示，包含了主题相关的接口，而Application和Service则直接继承自ContextWrapper。 1. **Context的差异** - Activity的Context可以显示对话框，而Application和Service的Context则不能。 - 在InflateLayout时，Application和Service的Context使用的是应用的Theme，而不是当前Activity的Theme。 - 启动新Activity时，Application和Service需要创建新的Task，因为它们没有任务栈。 2. **Context导致的内存泄漏** - 单例模式下，如果单例对象持有了Context或View（非Application Context），由于单例生命周期长于Activity和Service，会导致内存泄漏。解决办法是通过静态方法传入Context，而非构造函数。 - 非静态内部类（包括匿名内部类）会持有外部类引用，导致外部类无法释放。解决方案是使用静态内部类，并对传递的外部类引用使用弱引用，且需做null检查。 - 忘记关闭资源，如File、Stream、Bitmap、BroadcastReceiver、ContentObserver等，都会引起内存泄漏，使用后必须及时关闭释放。 - 异步线程可能导致内存泄漏，需要确保在适当的时候停止线程或取消任务。 3. **Fragment与Activity的生命周期** - Fragment的生命周期与Activity紧密关联，onAttach、onCreate、onCreateView、onActivityCreated等方法对应Activity的onCreate，onStart、onResume、onPause、onStop等方法。 - 添加Fragment的顺序：Activity的onCreate -> Fragment的onAttach、onCreate、onCreateView、onActivityCreated -> Fragment的onStart -> Activity的onStart -> Activity的onResume -> Fragment的onResume。 4. **Android消息机制** - ThreadLocal允许在不同线程中存储独立的变量副本，不会互相干扰。 - Looper和MessageQueue是消息处理的核心，Handler需要通过Looper.prepare()创建，Looper存储在ThreadLocal中，确保每个线程有自己的Looper。 - IdleHandler是处理空闲时的任务，HandlerThread是对Thread的封装，便于与Handler配合，实现消息的串行处理，类似于IntentService。 5. **Service** - Service运行在后台，无用户界面。本地服务与启动它的进程共享，而远程服务运行在独立进程中，提供跨进程服务。 - 服务启动有两种方式： - startService：仅在首次创建时调用onCreate，之后每次调用onStartCommand，服务不会因启动它的组件销毁而结束，需要手动销毁。 - bindService：组件绑定服务，通过接口进行交互。所有绑定服务的组件解绑后，服务会被销毁。 理解并合理使用Context对于防止内存泄漏和优化应用性能至关重要。在处理Context时要注意其生命周期和使用场景，避免引发不必要的问题。同时，熟练掌握Android的消息机制和服务，有助于构建高效、稳定的Android应用。