getContext()
, getApplicationContext()
, getBaseContext()
, 和 " " 和有什么不一样this
?
虽然这是一个简单的问题,但我无法理解它们之间的基本区别。如果可能,请举一些简单的例子。
getContext()
, getApplicationContext()
, getBaseContext()
, 和 " " 和有什么不一样this
?
虽然这是一个简单的问题,但我无法理解它们之间的基本区别。如果可能,请举一些简单的例子。
View.getContext()
:返回视图当前运行的上下文。通常是当前活动的 Activity。
Activity.getApplicationContext()
:返回整个应用程序的上下文(所有活动都在其中运行的进程)。如果您需要与整个应用程序的生命周期相关联的上下文,而不仅仅是当前的 Activity,请使用它而不是当前的 Activity 上下文。
ContextWrapper.getBaseContext()
:如果您需要从另一个上下文中访问上下文,则使用 ContextWrapper。从 ContextWrapper 内部引用的 Context 是通过 getBaseContext() 访问的。
大多数答案已经涵盖getContext()
,getApplicationContext()
但很少解释getBaseContext() 。
该方法getBaseContext()
仅在您拥有ContextWrapper
. Android 提供了一个ContextWrapper
围绕现有Context
使用创建的类:
ContextWrapper wrapper = new ContextWrapper(context);
使用 a 的好处ContextWrapper
是它可以让你“在不改变原始上下文的情况下修改行为”。例如,如果您有一个名为的活动,myActivity
则可以创建一个View
具有不同主题的活动myActivity
:
ContextWrapper customTheme = new ContextWrapper(myActivity) {
@Override
public Resources.Theme getTheme() {
return someTheme;
}
}
View myView = new MyView(customTheme);
ContextWrapper
非常强大,因为它允许您覆盖通过Context
包含访问资源(例如openFileInput()
,getString()
)、与其他组件交互(例如sendBroadcast()
,registerReceiver()
)、请求权限(例如checkCallingOrSelfPermission()
)和解析文件系统位置(例如getFilesDir()
)的代码提供的大多数功能。ContextWrapper
对于解决设备/版本特定问题或将一次性自定义应用于需要上下文的视图等组件非常有用。
getBaseContext()方法可用于访问ContextWrapper
环绕的“基本”上下文。如果您需要例如检查它是 a还是Service
,您可能需要访问“基本”上下文:Activity
Application
public class CustomToast {
public void makeText(Context context, int resId, int duration) {
while (context instanceof ContextWrapper) {
context = context.baseContext();
}
if (context instanceof Service)) {
throw new RuntimeException("Cannot call this from a service");
}
...
}
}
或者,如果您需要调用方法的“未包装”版本:
class MyCustomWrapper extends ContextWrapper {
@Override
public Drawable getWallpaper() {
if (BuildInfo.DEBUG) {
return mDebugBackground;
} else {
return getBaseContext().getWallpaper();
}
}
}
“上下文是什么”这个问题是 Android 世界中最困难的问题之一。
上下文定义了访问系统资源、检索应用程序的静态资产、检查权限、执行 UI 操作等等的方法。本质上,Context
是生产中的上帝对象反模式的一个例子。
当涉及到我们应该使用哪种时Context
,它变得非常复杂,因为除了是上帝对象之外,Context
子类的层次结构树粗暴地违反了里氏替换原则。
这篇博文(现在来自 Wayback Machine)试图总结Context
类在不同情况下的适用性。
为了完整起见,让我从该帖子中复制主表:
+----------------------------+-------------+----------+---------+-----------------+-------------------+ | | Application | Activity | Service | ContentProvider | BroadcastReceiver | +----------------------------+-------------+----------+---------+-----------------+-------------------+ | Show a Dialog | NO | YES | NO | NO | NO | | Start an Activity | NO¹ | YES | NO¹ | NO¹ | NO¹ | | Layout Inflation | NO² | YES | NO² | NO² | NO² | | Start a Service | YES | YES | YES | YES | YES | | Bind to a Service | YES | YES | YES | YES | NO | | Send a Broadcast | YES | YES | YES | YES | YES | | Register BroadcastReceiver | YES | YES | YES | YES | NO³ | | Load Resource Values | YES | YES | YES | YES | YES | +----------------------------+-------------+----------+---------+-----------------+-------------------+
- 应用程序可以从这里启动一个 Activity,但它需要创建一个新任务。这可能适合特定用例,但可能会在您的应用程序中创建非标准的回栈行为,通常不推荐或不被认为是好的做法。
- 这是合法的,但膨胀将使用您正在运行的系统的默认主题完成,而不是您的应用程序中定义的主题。
- 如果接收者为 null 则允许,用于获取粘性广播的当前值,在 Android 4.2 及更高版本上。
getApplicationContext() - 返回应用程序中运行的所有活动的上下文。
getBaseContext() - 如果你想从应用程序中的另一个上下文访问上下文,你可以访问。
getContext() - 仅返回当前正在运行的活动的上下文视图。
Context
提供有关Actvity
或Application
新创建的组件的信息。
Context
应该为新创建的组件提供相关信息(无论是应用程序上下文还是活动上下文)
由于Activity
是 的子类Context
,因此可以this
用来获取该活动的上下文
获取应用程序上下文()
这用于应用程序级别并引用所有活动。
getContext() 和 getBaseContext()
很可能是相同的。这些仅引用了当前的活动。
这个
总是引用当前类对象。
this:当前类对象
getContext():返回当前活动的上下文
getApplicationContext():返回应用程序中正在运行的所有活动
一个Context
是:
getApplicationContext() - 它返回应用程序中运行的所有活动的上下文。
getBaseContext() - 当您想从应用程序中的另一个上下文访问上下文时,您可以访问。
getContext() - 它只返回当前正在运行的活动的上下文视图。
this - 它指的是当前的类对象
this指的是当前的activity类对象,activity继承了context,所以在context或者activity可以使用的地方必须使用this。