获取上下文的各种方法之间有什么区别？

Question

在我看过的各种Android代码中：

 public class MyActivity extends Activity {
    public void method() {
       mContext = this;    // since Activity extends Context
       mContext = getApplicationContext();
       mContext = getBaseContext();
    }
 }

但是，我找不到任何合适的解释，哪些更好，以及在什么情况下应该使用。

关于这方面的文件的指示，以及关于如果选择了错误的可能会破坏的指导，将非常感激。

Answer 1

我同意在Android中使用Contexts时文档很少，但您可以将各种来源的一些事实拼凑起来。

本博客文章在谷歌官方Android开发者博客写主要是为了帮助解决内存泄漏，但提供了有关上下文一些有用的信息，以及：

在常规Android应用程序中，通常有两种Context，Activity和Application。

阅读文章一点点进一步讲述两个之间的区别时，你可能要考虑使用应用程序上下文（ Activity.getApplicationContext()而不是使用活动上下文this ）。 基本上，应用程序上下文与应用程序相关联，并且在应用程序的整个生命周期中始终是相同的，因为活动上下文与活动相关联，并且可能会在屏幕方向更改期间销毁活动时多次销毁。这样。

我找不到什么关于什么时候使用getBaseContext（），而不是来自Dianne Hackborn的帖子，Dianne Hackborn是一位在Android SDK上工作的Google工程师：

不要使用getBaseContext（），只需使用你拥有的Context。

这是来自android-developers新闻组的帖子，你可能也想考虑在那里问你的问题，因为在Android上工作的少数人实际监控新闻组并回答问题。

总的来说，似乎最好在可能的情况下使用全局应用程序上下文。

Answer 2

以下是我发现的关于context使用的内容：

1）。 在Activity本身中，使用this来扩展布局和菜单，注册上下文菜单，实例化小部件，启动其他活动，在Activity创建新的Intent ，实例化首选项或Activity可用的其他方法。

充气布局：

View mView = this.getLayoutInflater().inflate(R.layout.myLayout, myViewGroup);

膨胀菜单：

@Override
public boolean onCreateOptionsMenu(Menu menu) {
    super.onCreateOptionsMenu(menu);
    this.getMenuInflater().inflate(R.menu.mymenu, menu);
    return true;
}

注册上下文菜单：

this.registerForContextMenu(myView);

实例化小部件：

TextView myTextView = (TextView) this.findViewById(R.id.myTextView);

开始Activity ：

Intent mIntent = new Intent(this, MyActivity.class);
this.startActivity(mIntent);

实例化首选项：

SharedPreferences mSharedPreferences = this.getPreferenceManager().getSharedPreferences();

2）。 对于应用程序范围的类，请使用getApplicationContext()因为此上下文存在于应用程序的生命周期中。

检索当前Android包的名称：

public class MyApplication extends Application {    
    public static String getPackageName() {
        String packageName = null;
        try {
            PackageInfo mPackageInfo = getApplicationContext().getPackageManager().getPackageInfo(getApplicationContext().getPackageName(), 0);
            packageName = mPackageInfo.packageName;
        } catch (NameNotFoundException e) {
            // Log error here.
        }
        return packageName;
    }
}

绑定应用程序范围的类：

Intent mIntent = new Intent(this, MyPersistent.class);
MyServiceConnection mServiceConnection = new MyServiceConnection();
if (mServiceConnection != null) {
    getApplicationContext().bindService(mIntent, mServiceConnection, Context.BIND_AUTO_CREATE);
}

3）。 对于Listeners和其他类型的Android类（例如ContentObserver），使用Context替换，如：

mContext = this;    // Example 1
mContext = context; // Example 2

this或context是类的上下文（Activity等）。

Activity上下文替换：

public class MyActivity extends Activity {
    private Context mContext;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);        
        mContext = this;
    }
}

监听器上下文替换：

public class MyLocationListener implements LocationListener {
    private Context mContext;
    public MyLocationListener(Context context) {
        mContext = context;
    }
}

ContentObserver上下文替换：

public class MyContentObserver extends ContentObserver {
    private Context mContext;
    public MyContentObserver(Handler handler, Context context) {
        super(handler);
        mContext = context;
    }
}

4）。 对于BroadcastReceiver （包括内联/嵌入式接收器），请使用接收器自己的上下文。

外部BroadcastReceiver ：

public class MyBroadcastReceiver extends BroadcastReceiver {
    @Override
    public void onReceive(Context context, Intent intent) {
        final String action = intent.getAction();
        if (action.equals(Intent.ACTION_SCREEN_OFF)) {
            sendReceiverAction(context, true);
        }
        private static void sendReceiverAction(Context context, boolean state) {
            Intent mIntent = new Intent(context.getClass().getName() + "." + context.getString(R.string.receiver_action));
            mIntent.putExtra("extra", state);
            context.sendBroadcast(mIntent, null);
        }
    }
}

内联/嵌入式BroadcastReceiver ：

public class MyActivity extends Activity {
    private BroadcastReceiver mBroadcastReceiver = new BroadcastReceiver() {
        @Override
        public void onReceive(Context context, Intent intent) {
            final boolean connected = intent.getBooleanExtra(context.getString(R.string.connected), false);
            if (connected) {
                // Do something.
            }
        }
    };
}

5）。 对于服务，请使用服务自己的上下文。

public class MyService extends Service {
    private BroadcastReceiver mBroadcastReceiver;
    @Override
    public void onCreate() {
        super.onCreate();
        registerReceiver();
    }
    private void registerReceiver() {
        IntentFilter mIntentFilter = new IntentFilter();
        mIntentFilter.addAction(Intent.ACTION_SCREEN_OFF);
        this.mBroadcastReceiver = new MyBroadcastReceiver();
        this.registerReceiver(this.mBroadcastReceiver, mIntentFilter);
    } 
}

6）。 对于Toasts，通常使用getApplicationContext() ，但在可能的情况下，使用从Activity，Service等传递的上下文。

使用应用程序的上下文：

Toast mToast = Toast.makeText(getApplicationContext(), message, Toast.LENGTH_LONG);
mToast.show();

使用从源传递的上下文：

public static void showLongToast(Context context, String message) {
    if (context != null && message != null) {
        Toast mToast = Toast.makeText(context, message, Toast.LENGTH_LONG);
        mToast.show();
    }
}

最后，不要像Android的框架开发人员那样使用getBaseContext() 。

更新：添加Context使用的示例。

Answer 3

我几天前读过这个帖子，问自己同样的问题。 我在阅读之后的决定很简单：始终使用applicationContext。

但是，我遇到了这个问题，我花了几个小时找到它，并花了几秒钟来解决它......（换一个字......）

我使用LayoutInflater来膨胀包含Spinner的视图。

所以这里有两种可能性：

1）

    LayoutInflater layoutInflater = LayoutInflater.from(this.getApplicationContext());

2）

    LayoutInflater layoutInflater = LayoutInflater.from(this.getBaseContext());

然后，我正在做这样的事情：

    // managing views part
    View view = ContactViewer.mLayoutInflater.inflate(R.layout.aViewContainingASpinner, theParentView, false);
    Spinner spinner = (Spinner) view.findViewById(R.id.theSpinnerId);
    String[] myStringArray = new String[] {"sweet","love"};

    // managing adapter part
    // The context used here don't have any importance -- both work.
    ArrayAdapter<CharSequence> adapter = ArrayAdapter.createFromResource(this.getApplicationContext(), myStringArray, android.R.layout.simple_spinner_item);
    adapter.setDropDownViewResource(android.R.layout.simple_spinner_dropdown_item);
    spinner.setAdapter(adapter);

    theParentView.addView(view);

我注意到的：如果你使用applicationContext实例化你的linearLayout，那么当你点击你活动中的微调器时，你会得到一个未被捕获的异常，来自dalvik虚拟机（不是来自你的代码，这就是我花了很多钱的原因）时间找到我的错误...）。

如果您使用baseContext，那就没问题，上下文菜单将打开，您可以在您的选择中进行选择。

所以这是我的结论：我想（我还没有进一步测试）比在Activity中处理contextMenu时需要baseContext ...

该测试已经使用API​​ 8进行了编码，并在HTC Desire，android 2.3.3上进行了测试。

我希望我的评论到目前为止还没有让你厌烦，并祝你一切顺利。 快乐的编码;-)

Answer 4

首先，我同意我们应尽可能使用appcontext。 然后在活动中“这个”。 我从来没有需要basecontext。

在我的测试中，在大多数情况下，它们可以互换。 在大多数情况下，您希望获取上下文的原因是访问文件，首选项，数据库等。这些数据最终会反映为应用程序私有数据文件夹（/ data / data /）中的文件。 无论您使用哪种上下文，它们都会映射到相同的文件夹/文件，这样您就可以了。

这就是我观察到的。 也许有些情况你应该区分它们。

Answer 5

在某些情况下，您可以在线程中运行某些内容时使用Activity上下文而不是应用程序上下 当线程完成执行并且您需要将结果返回给调用者活动时，您需要具有处理程序的上下文。

((YourActivity) context).yourCallbackMethod(yourResultFromThread, ...);

Answer 6

简单来说

getApplicationContext()作为方法名称建议将使您的应用程序了解您可以从应用程序中的任何位置访问的应用程序范围的详细信息。 因此，您可以在服务绑定，广播注册等中使用它。 Application context将一直存在，直到应用程序退出。

getActivity()或this将使您的应用程序了解当前屏幕，该屏幕也可以看到应用application context提供的application context程序级别详细信息。 因此，无论您想了解当前屏幕如Window ActionBar Fragementmanger等，都可以使用此上下文。 基本上和Activity扩展Context 。 此上下文将一直存在，直到当前组件（活动）处于活动状态

Answer 7

混淆源于这样一个事实，即有许多方法可以访问Context，（表面上）没有明显的差异。 以下是您可以在活动中访问上下文的四种最常用方法。

getContext()
getBaseContext()
getApplicationContext()
getActionBar().getThemedContext() //new

什么是背景？ 我个人喜欢将Context视为您在任何给定时间的应用程序状态。 应用程序上下文表示应用程序的全局或基本配置，并且活动或服务可以在其上构建，并表示应用程序的配置实例或其的传递状态。

如果你查看android.content.Context的源代码，你会发现Context是一个抽象类，对类的注释如下：

有关应用程序环境的全局信息的接口。 这是一个抽象类，其实现由Android系统提供。 它允许访问application-specific于application-specific资源和类，以及对application-level操作的上调，例如启动活动，广播和接收意图等。我从中得到的是Context提供了访问应用程序的通用实现级别以及系统级资源。 应用程序级资源可能正在访问诸如String资源[getResources()]或assets [getAssets()]而系统级资源是您使用Context.getSystemService().访问的任何内容Context.getSystemService().

事实上，看看方法的评论，他们似乎强化了这个概念：

getSystemService() ：按名称将句柄返回给system-level服务。 返回对象的类因请求的名称而异。 getResources() ：返回应用程序包的Res​​ources实例。 getAssets() ：返回应用程序包的Res​​ources实例。 值得指出的是，在Context抽象类中，所有上述方法都是抽象的！ 只有一个getSystemService（Class）实例有一个实现，并且它调用一个抽象方法。 这意味着，这些实现应主要由实施类提供，其中包括：

ContextWrapper
Application
Activity
Service
IntentService

查看API文档，类的层次结构如下所示：

上下文

| - ContextWrapper

| - - 申请

| - - ContextThemeWrapper

| - - - - 活动

| - - 服务

| - - - IntentService

由于我们知道Context本身没有提供任何见解，我们向下移动树并查看ContextWrapper并意识到其中没有太多。 由于Application扩展了ContextWrapper ，因此它没有太多可以查看，因为它不会覆盖ContextWrapper提供的ContextWrapper 。 这意味着Context的实现由OS提供，并且对API是隐藏的。 您可以通过查看ContextImpl类的源来查看Context的具体实现。

Answer 8

当我从onClick （非常绿色的菜鸟到Java和android）烘烤时，我只使用了这个和getBaseContext 。 当我的点击器直接在活动中并且必须在匿名内部点击器中使用getBaseContext时，我使用getBaseContext 。 我猜这是getBaseContext的诀窍，它可能会返回内部类隐藏的活动的上下文。