tomcat reload&autodeploy log4j static静态变量 空指针错误
默认情况下，Tomcat在启动时会自动加载webapps目录下的项目（Host节的deployOnStartup属性），同时如果项目默认被监视的资源文件web.xml（context.xml中定义<WatchedResource>WEB-INF/web.xml</WatchedResource>）、class文件、或者lib目录下的jar文件发生变化，Tomcat会自动进行重加载、或者重Deploy操作。
也可以使用probe项目对Tomcat下webapps中各项目进行管理，执行stop，start，reload等操作。
autoDeploy(HostConfig的check操作，然后调用StandContext的reload操作) 参考：Tomcat Web Application Deployment - Apache Tomcat 6.0
reloadable（WebappLoader的backgroundProcess操作，检查Context的reloadable属性，然后决定是否继续操作。） 参考：The Context Container - Apache Tomcat Configuration Reference
由此可以看出autoDeploy和reloadable分别对应不同的操作，配置检查通过后，最终都会调用StandContext的reload来实现的。，需要注意的是，什么操作会触发后台线程ContainerBase内部类ContainerBackgroundProcessor的检查，以及分别对应什么操作（reload还是deploy）。
web.xml文件的修改会触发AutoDeploy，受host节的autoDeploy配置影响
class类文件修改会触发Reload操作，受reloadable配置影响
不管是上述的reloadable、autoDeploy、或者probe项目的reload操作，最终都会调用StandardContext的reload操作
而当执行完StandardContext的reload操作后，当被访问的请求代码中使用了log4j，logger会报空指针错误。根本原因是，StandardContext做reload操作时，其中一个步骤会调用WebappClassLoader的stop操作，而在WebappClassLoader的stop操作时，会根据变量ENABLE_CLEAR_REFERENCES的值（默认true），来清除static或者final变量的值，被清除后，再访问就自然会出错。
因此，
1，可以通过设置ENABLE_CLEAR_REFERENCES为false来解决这个问题（通过-Dorg.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES="false"来设置系统变量）
2，或者设置不进行重加载操作。context.xml中增加reloadable="false"属性
3，或者设置不进行自动Deploy操作。Host节中的autoDeploy="false"
4，Eclipse开发的话，Server属性中的把Automatically publish when resources chage改为Never publish automatically
org.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES
If true, Tomcat attempts to null out any static or final fields from loaded classes when a web application is stopped as a work around for apparent garbage collection bugs and application coding errors.
There have been some issues reported with log4j when this option is true.
Applications without memory leaks using recent JVMs should operate correctly with this option set to false.
If not specified, the default value of true will be used.
System Properties - Apache Tomcat Configuration Reference
