tomcat7.0中外置的Context配置

<?xml version='1.0' encoding='utf-8'?>
<Context crossContext="true"
  privileged="true"
  path=""
  docBase="E:\\workspaces\\EclipseEE4.4\\DaseLab\\WebContent"
  reloadable="false"
  unpackWAR="true"
  cachingAllowed="true"
  cacheMaxSize="1024"
  ></Context>

crossContext="true" ，是允许应用通过 ServletContext.getContext() 去拿到一个通往别的应用 request dispatcher 。当然了，这种方法无法跨越现在 Tomcat 支持的虚拟主机界限。也就是说，能够穿透访问的，必须是和当前应用在一个 <Host> 之中的应用。

privileged="true" 意味着 Tomcat 自身的应用，比如· Tomcat Manager ，可以被当前这个应用访问。根据官方文档的解释，这个机理是改变应用的类加载器为 Server class loader 。我想，这种改变，会令应用程序发现 Tomcat 本身的类，都能够从应用自己的类加载器上寻找到。从而实现对 Tomcat 自身应用程序方法的调用。

path 和 docBase 不用多说，都要指定这二个属性的。其中 docBase 可以是目录也可以是结构完整的 .war 文件。

reloadable="true" 意味着 Tomcat 将提供对应用类路径（ /WEB-INF/classes/ 和 /WEB-INF/lib/ ）的监测。当这里边有内容改变并且其类已经被爪哇虚拟机（JVM）加载的时候，Tomcat 可以自行重新加载此类。不过此功能对 Tomcat 的稳定服务影响不小，调试环境可以使用，生产环境还是算了吧——当然，这只是我的个人建议。

unpackWAR 就如字面意思，unpackWAR="true" 意味着 Tomcat 会保存 .war 包的解压结果，然后直接对解压结果进行运行。我个人认为，考虑到爪哇虚拟机的类加载机制，每个类都仅加载一回，但是页面内容却没有类似的有效缓存，所以 .war 还是解压执行的比较好。而且日志也将造成 unpackWAR="false" 形同灾难。

cachingAllowed="true" 意味着开启了 Tomcat7 的静态缓存功能。静态文件包括 JavaScript 程序、图片声音等允许网络访问的文件以及 HTML 页面。