Android中，Context，什么是Context

Context对象是如此常见和传递使用，它可能会很容易产生并不是你预期的情形。加载资源、启动一个新的Activity、获取系统服务、获取内部文件路径以及创建view（其实还远不止这些）统统都需要Context对象来完成。我(原文作者)想做的只是给大家提供一些Context是如何工作的见解，以及让大家在应用中更有效的使用Context的技巧。

Context的类型

并不是所有的context实例都是等价的。根据Android应用的组件不同，你访问的context推向有些细微的差别。

Application － 是一个运行在你的应用进程中的单例。在Activity或者Service中，它可以通过getApplication()函数获得，或者人和继承于context的对象中，通过getApplicationContext()方法获得。不管你是通过何种方法在哪里获得的，在一个进程内，你总是获得到同一个实例。

Activity/Service － 继承于ContextWrapper，它实现了与context同样API，但是代理这些方法调用到内部隐藏的Context实例，即我们所知道的基础context。任何时候当系统创建一个新的Activity或者Service实例的时候，它也创建一个新的ContextImpl实例来做所有的繁重的工作。每一个Activity和Service以及其对应的基础context，对每个实例来说都是唯一的。

BroadcastReciver － 它本身不是context，也没有context在它里面，但是每当一个新的广播到达的时候，框架都传递一个context对象到onReceive()。这个context是一个ReceiverRestrictedContext实例，它有两个主要函数被禁掉：registerReceiver()和bindService()。这两个函数在BroadcastReceiveronReceive()不允许调用。每次Receiver处理一个广播，传递进来的context都是一个新的实例。

ContentProvider － 它本身也不是一个Context，但是它可以通过getContext()函数给你一个Context对象。如果ContentProvider是在调用者的的本地（例如，在同一个应用进程），getContext()将返回的是Application单例。然而，如果调用这和ContentProvider在不同的进程的时候，它将返回一个新创建的实例代表这个Provider所运行的包。

保存引用

第一个我们需要解决问题是，在一个对象或者类内部保存一个context引用，而它生命周期却超过其保存引用的对象的生命周期。例如，创建一个自定义的单例，它需要一个context来加载资源或者获取ContentProvider，从而保存一个指向当前Activiy或者Service的引用在单例中。

糟糕的单例

[java] view plain copy

public class CustomManager {

private static CustomManager sInstance;

public static CustomManager getInstance(Context context) {

if (sInstance == null) {

sInstance = new CustomManager(context);

}

return sInstance;

}

private Context mContext;

private CustomManager(Context context) {

mContext = context;

}

}

这里的问题在于，我们不知道这个context是从哪里来的，并且如果保存一个最终指向的是Activity或者Servece的引用是并不安全的。这是一个问题，是因为一个单例在类的内部维持一个唯一的静态引用，这意味着我们的对象，以及所有其他它所引用的对象，将永远不能被垃圾回收。假如这个Context是一个Activity，我们将保存与这个Activity相关的所有的view以及其他大的对象，从而造成内存泄漏。

为了解决这个问题，我们修改单例永远只是保存Application context：

改善的单例：

[java] view plain copy

public class CustomManager {

private static CustomManager sInstance;

public static CustomManager getInstance(Context context) {

if (sInstance == null) {

//Always pass in the Application Context

sInstance = new CustomManager(contextgetApplicationContext());

}

return sInstance;

}

private Context mContext;

private CustomManager(Context context) {

mContext = context;

}

}

现在这个例子中，我们的Context来自哪里都没有关系，因为我们这里保存引用是安全的。Application Context 本身就是一个单例，所以我们再创建另外一个static引用，不会造成任何内存泄漏。另外一个很好的例子是，在后台线程或者一个等待的Handler中保存Context的引用，也可以使用这样的方法。

为什么我们不能总是引用Application context呢？正如前面说的，引用Application context永远不用担心内存泄漏的问题。问题的答案，就像我在开始的介绍中说的，是因为不同context并不是等价的。

Context的能力

Conext能做的通用 *** 作决定于这个context最初来源于哪里。下表所列的是，在应用中常见的会收到context对象的，以及对应的每种情况，它可以用于哪些地方：

Application

Activity

Service

ContentProvider

BroadcastReceiver

Show a Dialog NO YES NO NO NO

Start an Activity NO1 YES NO1 NO1 NO1

Layout Inflation NO2 YES NO2 NO2 NO2

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 NO3

Load Resource Values YES YES YES YES YES

注：NO1 表示Application context的确可以开始一个Activity，但是它需要创建一个新的task。这可能会满足一些特定的需求，但是在你的应用中会创建一个不标准的回退栈（back stack），这通常是不推荐的或者不是是好的实践。

NO2 表示这是非法的，但是这个填充（inflation）的确可以完成，但是是使用所运行的系统默认的主题（theme），而不是你app定义的主题。

NO3 在Android42以上，如果Receiver是null的话（这是用来获取一个sticky broadcast的当前 值的），这是允许的。

用户界面UI

从前面的表格中可以看到，application context有很多功能并不是合适去做，而这些功能都与UI相关。实际上，只有Activity能够处理所有与UI相关的任务。其他类别的context实例功能都差不多。

幸运的是，在应用中这三种 *** 作基本上都不需要在Activity范围之外进行，这很可能是android框架故意这么设计的。尝试显示一个使用Aplication context创建的Dialog，或者使用Application context开始一个Activity，系统会抛出一个异常，让你的application崩溃，非常强的告诉你某些地方出了问题。

一个并不明显的问题是填充布局（inflating layout）。如果你已经读过了我（原文作者）的上一篇文章Layout inflation，你就已经知道它可能是一个非常神秘过程，伴随一些隐藏的行为。使用正确的context关系到其中的一个行为。当你使用Application context来inflate一个布局的时候，框架并不会报错，并返回一个使用系统默认的主题创建一个完美的view给你，而没有考虑你的applicaiton自定义的theme和style。这是因为Acitivity是唯一的绑定了在manifast文件种定义主题的Context。其他的Context实例将会使用系统默认的主题来inflater你的view。导致显示的结果并不是你所希望的。

规则的路口

可能有些读者已经得出两个规则互相矛盾的结论。可能有些情况下，在某些Application的设计中，我们可能既必须长期保存一个的引用，并且为了完成与UI相关的工作又必须保存一个Activity。如果出现这种情况，我将会强烈建议你重新考虑你的设计，它将是一个很好的“反框架”教材。

经验法则

绝大多数情况下，使用在你的所工作的组建内部能够直接获取的Context。只要这个引用没有超过这个组建的生命周期，你可以安全的保存这个引用。一旦你要保存一个context的引用，它超过了你的Activity或者Service的生命周期范围，甚至是暂时的，你就需要转换你的引用为Application context。

在jsp和class文件中调用的相对路径不同。在jsp里，根目录是WebRoot 在class文件中，根目录是WebRoot/WEB-INF/classes 当然你也可以用SystemgetProperty("userdir")获取工程的绝对路径。

另:在Jsp,Servlet,Java中详细获得路径的方法!

1jsp中取得路径：

以工程名为TEST为例：

(1)得到包含工程名的当前页面全路径：requestgetRequestURI()

结果：/TEST/testjsp

(2)得到工程名：requestgetContextPath()

结果：/TEST

(3)得到当前页面所在目录下全名称：requestgetServletPath()

结果：如果页面在jsp目录下 /TEST/jsp/testjsp

(4)得到页面所在服务器的全路径：applicationgetRealPath("页面jsp")

结果：D:\resin\webapps\TEST\testjsp

(5)得到页面所在服务器的绝对路径：absPath=new javaioFile(applicationgetRealPath(requestgetRequestURI()))getParent();

结果：D:\resin\webapps\TEST

2在类中取得路径：

(1)类的绝对路径：ClassclassgetClass()getResource("/")getPath()

结果：/D:/TEST/WebRoot/WEB-INF/classes/pack/

(2)得到工程的路径：SystemgetProperty("userdir")

结果：D:\TEST

3在Servlet中取得路径：

(1)得到工程目录：requestgetSession()getServletContext()getRealPath("") 参数可具体到包名。

结果：E:\Tomcat\webapps\TEST

(2)得到IE地址栏地址：requestgetRequestURL()

结果：>

//得到绝对路径

String path=thisgetServletContext()getRealPath("/WEB-INF/classes/dbproperties");

//用传统代码读，通常用在下载(可以得到资源名称)

String filename=pathsubstring(pathlastIndexOf("\\")+1);

Systemoutprintln("资源名称："+filename);

很多朋友都想知道java如何获取当前目录路径？下面就一起来了解一下吧~

1、利用SystemgetProperty()函数获取当前路径：

Systemoutprintln(SystemgetProperty("userdir"));//userdir指定了当前的路径

2、使用File提供的函数获取当前路径：

File directory = new File("");//设定为当前文件夹 try{ Systemoutprintln(directorygetCanonicalPath());//获取标准的路径 Systemoutprintln(directorygetAbsolutePath());//获取绝对路径 }catch(Exceptin e){} FilegetCanonicalPath()和FilegetAbsolutePath()大约只是对于new File("")和new File("")两种路径有所区别。 # 对于getCanonicalPath()函数，“"就表示当前的文件夹，而”“则表示当前文件夹的上一级文件夹 # 对于getAbsolutePath()函数，则不管””、“”，返回当前的路径加上你在new File()时设定的路径 # 至于getPath()函数，得到的只是你在new File()时设定的路径 比如当前的路径为 C:/test ： File directory = new File("abc"); directorygetCanonicalPath(); //得到的是C:/test/abc directorygetAbsolutePath(); //得到的是C:/test/abc direcotrygetPath(); //得到的是abc File directory = new File(""); directorygetCanonicalPath(); //得到的是C:/test directorygetAbsolutePath(); //得到的是C:/test/ direcotrygetPath(); //得到的是 File directory = new File(""); directorygetCanonicalPath(); //得到的是C:/ directorygetAbsolutePath(); //得到的是C:/test/ direcotrygetPath(); //得到的是 另外：SystemgetProperty()中的字符串参数如下： SystemgetProperty()参数大全 # javaversion Java Runtime Environment version # javavendor Java Runtime Environment vendor # javavendorurl Java vendor URL # javahome Java installation directory # javavmspecificationversion Java Virtual Machine specification version # javavmspecificationvendor Java Virtual Machine specification vendor # javavmspecificationname Java Virtual Machine specification name # javavmversion Java Virtual Machine implementation version # javavmvendor Java Virtual Machine implementation vendor # javavmname Java Virtual Machine implementation name # javaspecificationversion Java Runtime Environment specification version # javaspecificationvendor Java Runtime Environment specification vendor # javaspecificationname Java Runtime Environment specification name # javaclassversion Java class format version number # javaclasspath Java class path # javalibrarypath List of paths to search when loading libraries # javaiotmpdir Default temp file path # javacompiler Name of JIT compiler to use # javaextdirs Path of extension directory or directories # osname Operating system name # osarch Operating system architecture # osversion Operating system version # fileseparator File separator ("/" on UNIX) # pathseparator Path separator (":" on UNIX) # lineseparator Line separator ("/n" on UNIX) # username User’s account name # userhome User’s home directory # userdir User’s current working directory

JAVA中获取路径 关键字: java中获取路径

1、jsp中取得路径：

以工程名为TEST为例：

(1)得到包含工程名的当前页面全路径：requestgetRequestURI() 结果：/TEST/testjsp (2)得到工程名：requestgetContextPath() 结果：/TEST (3)得到当前页面所在目录下全名称：requestgetServletPath() 结果：如果页面在jsp目录下 /TEST/jsp/testjsp (4)得到页面所在服务器的全路径：applicationgetRealPath("页面jsp") 结果：D:/resin/webapps/TEST/testjsp (5)得到页面所在服务器的绝对路径：absPath=new javaioFile(applicationgetRealPath(requestgetRequestURI()))getParent(); 结果：D:/resin/webapps/TEST

2、在类中取得路径： (1)类的绝对路径：ClassclassgetClass()getResource("/")getPath() 结果：/D:/TEST/WebRoot/WEB-INF/classes/pack/ (2)得到工程的路径：SystemgetProperty("userdir") 结果：D:/TEST

以上就是关于Android中，Context，什么是Context全部的内容，包括:Android中，Context，什么是Context、java中怎样获取当前路径的绝对路径、String path = ServletActionContext.getServletContext().getRealPath(baseDir);//获取baseDir的物理路径等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！