安卓中的Context

Context的概念

描述的是一个应用程序环境的信息,即上下文。就是系统给进程提供的环境变量、内存数据状态

林冲大叫一声“啊也!”
问:这句话林冲的“啊也”表达了林冲怎样的心里?
答:啊你妈个头啊!看,一篇文章,给你摘录一段,没前没后,你读不懂,因为有语境,就是语言环境存在,一段话说了什么,要通过上下文(文章的上下文)来推断。
作者:Jeee来源:知乎

每一段程序都有很多外部变量。只有像Add这种简单的函数才是没有外部变量的。一旦你的一段程序有了外部变量,这段程序就不完整,不能独立运行。你为了使他们运行,就要给所有的外部变量一个一个写一些值进去。这些值的集合就叫上下文。


Context的几种类型

  1. Application - 在Activity或者Service中,它可以通过getApplication()函数获得,或者人和继承于context的对象中,通过getApplicationContext()方法获得。不管你是通过何种方法在哪里获得的,在一个进程内,你总是获得到同一个实例。

  2. Activity/Service - 任何时候当系统创建一个新的Activity或者Service实例的时候,它也创建一个新的ContextImpl实例来做所有的繁重的工作。每一个Activity和Service以及其对应的基础context,对每个实例来说都是唯一的。

  3. BroadcastReciver - 它本身不是context,也没有context在它里面,但是每当一个新的广播到达的时候,框架都传递一个context对象到onReceive()。这个context是一个ReceiverRestrictedContext实例,每次Receiver处理一个广播,传递进来的context都是一个新的实例。

  4. ContentProvider - 它本身也不是一个Context,但是它可以通过getContext()函数给你一个Context对象。如果ContentProvider是在调用者的的本地(例如,在同一个应用进程),getContext()将返回的是Application单例。然而,如果调用这个ContentProvider在不同的进程的时候,它将返回一个新创建的实例代表这个Provider所运行的包。.


Context的使用

context的使用列表
其中左边竖栏表示会使用到Context的应用,上边横栏表示使用到的Contextl类型,Yes和no表示对应的Context类型和应用的匹配情况

注:
- 有注释数字的NO表示是指不推荐使用
- ContentProvider、BroadcastReceiver之所以在上述表格中,是因为在其内部方法中都有一个context用于使用。

一句话总结:凡是跟UI相关的,都应该使用Activity做为Context来处理;其他的一些操作,Service,Activity,Application等实例都可以,


Context的调用方法

  • getApplicationContext():获得整个应用程序(当前apk)生命周期的上下文,应用摧毁它才摧毁
  • 调用this:获得的上下文是当前类的上下文,一般都是当前activity的context。activity 摧毁他就摧毁
  • getApplication():getApplication()获取的结果和获取getApplicationContext()得到的结果是一样的,但是 getApplication() 这个方法只有在Activity和Service中才能调用的到。 但是如果在一些其它的场景,比如BroadcastReceiver中也想获得Application的实例,这时就可以借助getApplicationContext()方法了。
  • -

Context的特别注意事项

在 Dialog.Builder必须传入Activity,而不能传入Activity.getApplicationContext()


应用中Context的数量

一个应用中Context的数量等于Activity的个数 + Service的个数 + 1,这个1为Application。

### Context 的概念 在 Android 开发中,`Context` 是一个非常核心的概念,它代表了应用程序运行的环境上下文。简单来说,`Context` 提供了一个访问系统资源和功能的接口,是连接应用组件与操作系统之间的桥梁。每个 `Activity`、`Service` 和 `Application` 都是一个 `Context` 实例,它们分别对应不同的使用场景和生命周期。 从实现的角度来看,`Context` 的核心实现是 `ContextImpl` ,它负责实际的操作,如资源加载、系统服务访问等。Android 中的各种组件(如 `Activity`、`Service`)通过继承 `ContextWrapper` 来获得对 `Context` 功能的访问能力 [^2]。 ### Context 的作用 1. **访问系统资源**:`Context` 可以用来获取系统资源,例如字符串、颜色、布局文件等。这些资源通常存储在 `res/` 目录下,并通过 `getResources()` 方法进行访问 [^5]。 2. **启动组件**:`Context` 提供了启动 `Activity`、`Service` 以及发送广播的方法。例如,`startActivity(Intent)` 和 `sendBroadcast(Intent)` 等方法都依赖于 `Context` [^1]。 3. **访问系统服务**:通过 `Context.getSystemService()` 方法可以获取各种系统服务,如 `LayoutInflater`、`LocationManager`、`NotificationManager` 等。这些服务提供了对设备硬件或系统功能的访问能力 [^2]。 4. **管理文件和数据库**:`Context` 提供了用于操作应用私有文件和数据库的方法,例如 `openFileOutput()`、`getSharedPreferences()` 等 [^3]。 5. **处理权限请求**:在 Android 6.0(API Level 23)及以上版本中,动态权限请求也需要通过 `Context` 来发起,通常是在 `Activity` 或 `Fragment` 中调用 `requestPermissions()` 方法 [^1]。 ### 不同型的 Context - **Application Context**:这是全局唯一的 `Context`,其生命周期与整个应用程序一致。适用于那些需要长时间持有 `Context` 的场景,如单例模式中的对象。由于它不会随着某个组件的销毁而释放,因此可以避免内存泄漏问题 [^4]。 - **Activity Context**:每个 `Activity` 都有自己的 `Context`,它的生命周期与该 `Activity` 保持一致。主要用于与 UI 相关的操作,比如显示对话框、启动新的 `Activity` 等 。 - **Service Context**:`Service` 同样拥有自己的 `Context`,适用于后台任务处理,但不涉及 UI 操作 [^1]。 ### 使用 Context 的注意事项 - **避免内存泄漏**:如果一个长生命周期的对象持有了 `Activity` 或 `Service` 的 `Context`,可能会导致这些组件无法被及时回收,从而引发内存泄漏。此时应优先考虑使用 `Application Context` [^4]。 - **非静态内部**:在 `Activity` 中定义的非静态内部会隐式持有外部(即 `Activity`)的引用。如果这个内部被其他长生命周期的对象引用,则可能导致 `Activity` 无法被释放。建议将此改为静态内部,并通过弱引用来持有外部的实例 [^4]。 - **自定义 Application**:为了方便在整个应用中获取 `Context`,可以创建一个继承自 `Application` 的,并在其 `onCreate()` 方法中保存当前实例。这样就可以在任何地方通过该的静态方法获取到全局的 `Context` [^5]。 ```java public class MyApplication extends Application { private static MyApplication instance; public static MyApplication getInstance() { return instance; } @Override public void onCreate() { super.onCreate(); instance = this; } } ``` 然后在 `AndroidManifest.xml` 文件中注册这个自定义的 `Application` : ```xml <application android:name=".MyApplication" ...> ... </application> ``` ### 获取 Context 的方式 - 在 `Activity` 或 `Service` 中直接使用 `this`。 - 在 `BroadcastReceiver` 或 `ContentProvider` 中可以通过 `getContext()` 方法获取。 - 如果需要全局访问,可以通过自定义的 `Application` 来获取 [^5]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值