原文：Using Context
概述
Context提供对应用状态信息的访问。它为Activity、Fragment和Service提供对资源文件，图片，主题/样式和外部目录位置的访问。它还允许访问Android的内置服务，比如布局的加载，键盘以及查找内容提供者。
在很多情况下，当“需要上下文”时，我们只需传递当前Activity的实例。当我们位于Activity创建的对象内部时，比如Adapter和Fragment中，我们需要将Activity实例传递到那些对象中。当我们位于Activity外时(在Application或Service中)，我们可以使用“Application”上下文。
Context能用来做什么？
以下是一些需要Context对象的用例。
显式启动组件
// 如果MyActivity是一个内部的Activity，则提供Context
Intent intent = new Intent(context, MyActivity.class);
startActivity(intent);
显式启动组件时需要提供两条信息：
- 标识包含组件的Application的包名
- 组件的完全限定类名
如果启动一个内部组件，则可以传递上下文，因为当前Application的包名可通过context.getPackageName()方法提取。
创建View
TextView textView = new TextView(context);
Context中包含着View需要的以下信息：
- 设备屏幕的尺寸和用于将dp,sp,转换为像素的尺寸
- 样式属性
- onClick属性中的Activity引用
填充XML布局文件
为了将XML布局文件加载到内存中，我们需要使用Context去获取LayoutInflater：
// 创建视图时需要用到Context
LayoutInflater inflater = LayoutInflater.from(context);
inflater.inflate(R.layout.my_layout, parent);
发送本地广播
当发送广播或者注册广播接收器时，我们需要使用Context去获取LocalBroadcastManager：
// Context包含了主循环的引用，它管理着应用主线程的队列
Intent broadcastIntent = new Intent("custom-action");
LocalBroadcastManager.getInstance(context).sendBroadcast(broadcastIntent);
检索系统服务
要从应用程序中发送通知，需要使用NotificationManager系统服务：
// Context对象能够获取或启动系统服务
NotificationManager manager =
(NotificationManager) getSystemService(NOTIFICATION_SERVICE);
int notificationId = 1;
// Context被用于构造RemoteViews
Notification.Builder builder =
new Notification.Builder(context).setContentTitle("custom title");
notificationManager.notify(notificationId, builder.build());
请参阅可通过Context检索的所有可用的[系统服务列表](http://developer.android.com/reference/android/content/Context.html#getSystemService(java.lang.String))。
Application Context VS Activity Context
应用的主题和样式通常在Application层定义，但它们也可以在Activity层指定。这时，Activity可以具有同应用程序的其他部分不同的一组主题或样式(如，特定页面中需要禁用ActionBar)。你会注意到AndroidManifest.xml文件中通常会有一个android:theme属性位于application标签下，我们也可以为Activity指定一个不同的theme。
<application
android:allowBackup="true"
android:icon="@mipmap/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme" >
<activity
android:name=".MainActivity"
android:label="@string/app_name"
android:theme="@style/MyCustomTheme">
为此，重要的是应该知道有一个Application Context和一个Activity Context，它们分别持续到各自的完整生命周期。大多数的View为了获取到可以应用的主题，样式和维度值，应该传入Activity Context。当Activity没有被显式的指定theme时，默认会使用在Application中指定的theme。
在大多数情况下应该使用Activity Context。通常，this关键字在Java中引用类的实例，并可以在Activity中需要Context中使用。以下例子展示了Toast消息是如何使用本方法进行展示的：
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Toast.makeText(this, "hello", Toast.LENGTH_SHORT).show();
}
}
匿名函数
在使用匿名函数实现监听器时，Java中的this关键字用于要声明的最直接的类。在这种情况下，必须指定外部类MainActivity来引用Activity实例。
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
TextView tvTest = (TextView) findViewById(R.id.abc);
tvTest.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
Toast.makeText(MainActivity.this, "hello",Toast.LENGTH_SHORT).show();
}
});
}
}
适配器Adapter
Array Adapter
当构造ListView的适配器时，getContext()方法通常在填充布局文件的过程中调用。该方法通常使用实例化ArrayAdapter的Context：
if (convertView == null) {
convertView =
LayoutInflater
.from(getContext())
.inflate(R.layout.item_user, parent, false);
}
如果你使用Application Context实例化ArrayAdapter，你会注意到主题/样式并没有被应用。因此，确保你在这种情形中传入的是Activity Context。
RecyclerView Adapter
public class MyRecyclerAdapter extends RecyclerView.Adapter<MyRecyclerAdapter.ViewHolder> {
@Override
public ViewHolder onCreateViewHolder(ViewGroup parent, int viewType) {
View v =
LayoutInflater
.from(parent.getContext())
.inflate(itemLayout, parent, false);
return new ViewHolder(v);
}
@Override
public void onBindViewHolder(ViewHolder viewHolder, int i) {
// 如果需要Context，就从ViewHolder的根View中检索
Context context = viewHolder.itemView.getContext();
// 使用提供的Context动态添加View
if(i == 0) {
TextView tvMessage = new TextView(context);
tvMessage.setText("Only displayed for the first item.")
viewHolder.customViewGroup.addView(tvMessage);
}
}
public static class ViewHolder extends RecyclerView.ViewHolder {
public FrameLayout customViewGroup;
public ViewHolder(view imageView) {
// 这里调用父类的构造器是相当重要的，这能够确保imageView能够被填充
super(imageView);
// 执行其他View的查找
customViewGroup = (FrameLayout) imageView.findById(R.id.customViewGroup);
}
}
}
ArrayAdapter需要一个Context传递给它的构造器，然而RecyclerView.Adapter则不会。相反，当需要填充时，可以从父视图得到正确的Context。
相关联的RecyclerView总是将它自己作为父视图传递给RecyclerView.Adapter.onCreateViewHolder()调用。
如果在onCreateViewHolder()方法外需要Context，只要有可用的ViewHolder实例，Context就可以通过viewHolder.itemView.getContext()方式获取。itemView应是基ViewHolder中的public，非空的final型属性。
避免内存泄露
Application Context通常在创建单例时使用，例如自定义的管理类需要Context信息来获得系统服务，但通常会在多个Activity中重复使用。由于保持对Activity Context的引用会导致它不再运行时内存无法进行回收，所以使用Application Context非常重要。
在下面的例子中，如果Context存储于Activity或Service中并且被Android系统销毁，它将不能被垃圾回收器回收，因为自定义的Manager类持有对它的静态引用。
pubic class CustomManager {
private static CustomManager sInstance;
public static CustomManager getInstance(Context context) {
if (sInstance == null) {
// This class will hold a reference to the context
// until it's unloaded. The context could be an Activity or Service.
sInstance = new CustomManager(context);
}
return sInstance;
}
private Context mContext;
private CustomManager(Context context) {
mContext = context;
}
}
合理地存储Context：使用Application Context
为了避免内存泄露，不要在Context的生命周期之外仍引用对它的引用。检查所有仍可能持有Context对象的的后台线程，挂起的Handler或内部类。
正确的方法是在CustomManager.getInstance()中存储Application Context。Application Context是一个单例，并与应用进程的整个生命周期相关联，持有对它的引用是安全的。
public static CustomManager getInstance(Context context) {
if (sInstance == null) {
// When storing a reference to a context, use the application context.
// Never store the context itself, which could be a component.
sInstance = new CustomManager(context.getApplicationContext());
}
return sInstance;
}
