差异以及何时使用getApplication（），getApplicationContext（），getBaseContext（）和someClass.this _Application

古人已用三冬足，年少今开万卷余。这篇文章主要讲述差异以及何时使用getApplication（），getApplicationContext（），getBaseContext（）和someClass.this相关的知识，希望能为你提供帮助。
我是android的新手，我正在尝试理解getApplication()，getApplicationContext(，getBaseContext()，getContext()和someClass.this之间的区别，特别是何时在以下代码行中使用这些方法：
当我发起祝酒时，这些和我使用它们之间有什么区别？

Toast.makeText(LoginActivity.this, "LogIn successful", Toast.LENGTH_SHORT).show(); Toast.makeText(getApplication(), "LogIn successful", Toast.LENGTH_SHORT).show(); Toast.makeText(getApplicationContext(), "LogIn successful", Toast.LENGTH_SHORT).show(); Toast.makeText(getBaseContext(), "LogIn successful", Toast.LENGTH_SHORT).show();

与意图相同：

Intent intent = new Intent(getApplicationContext(), LoginActivity.class); Intent intent = new Intent(MenuPagina., LoginActivity.class); Intent intent = new Intent(getBaseContext(), LoginActivity.class); Intent intent = new Intent(getApplication(), LoginActivity.class);

答案Toast和Intent都需要引用上下文。和getApplication，getApplicationContext，LoginActivity.this和getBaseContext一样，它们都提供了对上下文的引用。
现在令人困惑的是声明不同的上下文及其具体用法。为简单起见，您应该计算Android框架中可用的两种类型的上下文。

应用背景
活动背景

应用程序上下文附加到应用程序的生命周期中，并且在应用程序的整个生命周期中始终保持相同。因此，如果您正在使用Toast，则可以使用应用程序上下文甚至活动上下文（两者），因为可以从应用程序中的任何位置引发Toast，并且不会将其附加到窗口。
活动上下文附加到活动的生命周期，如果活动的onDestroy()被提升，则可以销毁活动上下文。如果要启动新活动，则必须在其Intent中使用活动的上下文，以便新的启动活动连接到当前活动（就活动堆栈而言）。但是，您也可以使用应用程序的上下文来启动新活动，但是您需要设置标志Intent.FLAG_ACTIVITY_NEW_TASK以将其视为新任务。
现在提到你的案例：
LoginActivity.this虽然它引用了你自己的类，它扩展了Activity类，但基类（Activity）也扩展了Context类，因此它可以用来提供活动上下文。
getApplication()虽然引用了Application对象，但Application类扩展了Context类，因此它可以用来提供应用程序上下文。
getApplicationContext()提供应用程序上下文。
getBaseContext()提供活动背景。

提示：每当你需要操作Views然后去Activity-Context，否则Application-Context就足够了。

另一答案Waqas的答案非常明确和完整，但是我想进一步澄清使用this与getBaseContext()或getApplication()与getApplicationContext()之间的区别。 Activity和Application都不延伸Context本身，但ContextWrapper，这是一个

“代表Context的实现，只是将其所有调用委托给另一个Context”。

通过使用getBaseContext()获得的“真实”背景。
因此，尽管this（对于Activity）和getBaseContext()都给出了活动背景，

（a）不要指同一个物体（this != getBaseContext()）和
（b）通过this调用上下文的效率略低，因为调用通过了额外的间接级别。不过，我怀疑它是否有任何实际意义。

同样的逻辑适用于getApplication()与getApplicationContext()。
另一答案

LoginActivity.this

上面的行是一个活动，它是一个上下文。这是在你创建一些AlertDialogs时使用的......在某些地方它必须使用Activity Context ...

getApplication()

同样，make文本方法需要Context和Application本身实现Context

getApplicationContext()

这是最优选的方式，因为这个Context生活直到应用程序关闭。

getBaseContext()

此上下文可用于窗口小部件和视图。
但是他们所有人都提供了一个Context对象而没有别的东西。
另一答案【差异以及何时使用getApplication（），getApplicationContext（），getBaseContext（）和someClass.this】Class.this如果你的类扩展了Activity getapplication（）使用了引用应用程序和应用程序扩展应用程序上下文getbasecontext（）引用你的活动上下文上下文引用你的活动生命周期上下文applicationcontext引用你的应用程序生命周期