Android中Context参数解释

转载：

context上下文对象，我的理解是全局对象，，app一启动，程序就调用了context对象，并且将当前网络状态，当前是哪个activity，那个service，等等（运行）信息全部保存到了context对象中，context对象相当于实时记录了当前app的所有状态以及所有有用的信息，可以通过

NetWorkUtils.isNetworkConnected(context)，判断网络状态

context.getComponentName().getClassName()，得到当前Activity的名字

以及别的一些高级用法等。

 

context的作用，就是android应用连接service的桥梁。
比如Activity中有经常会有可能调用到系统的service，使用getSystemService()方法，这个方法调到最后，实际上是调用的ContextImpl的getSystemService()方法。而ContextImpl是针对参数Context的实现形式，所以需要传入参数context。

在Android系统中，有很多的service，也就是服务。程序如果用到系统功能，一般都是调用服务间接完成的。

Context字面意思指的是上下文，位于framework package的android.content.Context中，其实该类为LONG型，类似Win32中的Handle句柄，很多方法需要通过 Context才能识别调用者的实例，比如说Toast的第一个参数就是Context，一般在Activity中我们直接用this代替，所以当在Fragment中若要使用Context参数，首先要定义

 

[java] view plain copy

print?

1. context=this.getActivity();  

context=this.getActivity();

 

[java] view plain copy

print?

1. manager = (UsbManager) activity.getSystemService(Context.USB_SERVICE);  

manager = (UsbManager) activity.getSystemService(Context.USB_SERVICE);

 

 

但是如果这一段代码直接放在activity中的时候可以直接用this关键字代替。

 

[java] view plain copy

print?

1. manager = (UsbManager) this.getSystemService(Context.USB_SERVICE);  

manager = (UsbManager) this.getSystemService(Context.USB_SERVICE);

 

 

代表调用者的实例为Activity，而到了一个button的onClick(View view)等方法时，我们用this时就会报错，所以我们可能使用ActivityName.this来解决，主要原因是因为实现Context的类主要有Android特有的几个模型，Activity、Service以及BroadcastReceiver。 

常规需要Context实例的方法主要有各种Service实现的类，比如说SensorManager在实例化时需要 getSystemService(String)方法就必须由Context的实例执行，还有一些私有的文件系统I/O比如说 openFileInput以及常用的Toast的makeText方法。

--------------------- 本文来自 韩湘 的CSDN 博客 ，全文地址请点击：https://blog.csdn.net/qq_38228254/article/details/79652292?utm_source=copy