对于Java Web开发人员来说，对于应用内容的修改，总是需要重启应用服务器，来使改动生效。而对于应用的JSP文件的修改，却能做到修改之后刷新浏览器就能马上看到改动效果。
那JSP文件是怎么样做到改动实时生效的呢？ 本文带你了解这背后有啥秘密！
前情回顾
我们前面的文章中写过Tomcat如何处理JSP文件的内容(回复关键字013查看)。
在JSP处理过程中，会判断文件是否生成，是否过期，根据此来决定是否重新编译JSP文件生成Servlet类。这个一般是通过JspServletWrapper的service方法开始调用的。
在该方法中有如下代码：
if (options.getDevelopment() || firstTime ) {//重点看这里synchronized (this) {firstTime = false;// The following sets reload to true, if necessary ctxt.compile();}}默认的情况下，这个options的development属性为true，所以都会进到这个代码块中。
对应的compile方法，有如下代码段：
public void compile() {createCompiler();if (jspCompiler.isOutDated()) {//此处判断文件是否过期if (isRemoved()) {throw new FileNotFoundException(jspUri);}try {jspCompiler.removeGeneratedFiles();jspLoader = null; //注意这里jspCompiler.compile();jsw.setReload(true); //这里会设置reload标识jsw.setCompilationException(null);}判断过期的代码比较多，这里不全部罗列了，大致包含以下几个点：
检查jsp文件生成的Servlet类对应的class文件，如果不存在，则认为过期
如果class文件修改时间和jsp的修改时间不一致，则认为过期
对于jsp中include的一些资源，如果有更新操作的，也会认为过期
从上面的代码看到，在判断文件过期之后，会执行这样几个操作：
删除旧文件，
编译并生成新文件，
设置reload属性为true
设置jspLoader为null
操作的最后两点，是jsp文件能够修改立即生效的秘密所在。
我们看在jsp所对应的Wrapper的service方法中，判断并执行compile操作之后，第二步就是获取具体的servlet类，这个方法的一些主要代码如下：
public Servlet getServlet() throws ServletException { if (reload) {synchronized (this) { if (reload) { destroy();final Servlet servlet;try {InstanceManager instanceManager = InstanceManagerFactory.getInstanceManager(config); servlet = (Servlet) instanceManager.newInstance(ctxt.getFQCN(), ctxt.getJspLoader());} catch (Exception e) {}theServlet = servlet;reload = false;}}}return theServlet;}我们看，上面首先根据reload标识来判断是否要重新加载Servlet类。而每次的jsp修改，都会导致compile时将此标识设置为true，自然每次的修改都是要加载的。那这个和上面的jspLoader有什么关系呢？
我们注意到instanceManager的newInstance方法，会从JspCompilationContext
这个类取Jsp的ClassLoader，这个取classLoader的过程如下：
public ClassLoader getJspLoader() {if( jspLoader == null ) {//看这里jspLoader = new JasperLoader(new URL[] {baseUrl}, //这里的baseUrl，就是应用的file:/D:/xxx/work/Catalina/localhost/test/getClassLoader(),rctxt.getPermissionCollection());}return jspLoader;}在获取jspLoader的，如果这个对象为null，就会新创建一个。这个get到的
jspLoader会被用来执行loadClass的操作，即jsp对应的Servlet类是会被其进行加载的。
下图即为instanceManager对应的newInstance方法
假设在请求应用的index.jsp页面，那初次请求时, instanceManager对应的classLoader是一个，当修改jsp文件后再次请求时，又是使用的另一个classLoader，所以新的内容修改被成功加载，而原来旧的内容，已经在compile阶段被清除了。
所以，JSP的秘密你已经get到了吧！！！ 重点就在于每次的修改会被重新编译，并且会被使用一个新的classLoader把class加载并使用。
当然，还有一点不得不注意，这一些是依赖配置options的development的配置，这一配置默认是true，可以关闭。如果是生产环境关闭了这一配置，那上面的一些修改重新编译，classLoader一类的也就不能生效了，毕竟关于了开发模式之后，除了第一次请求会编译jsp文件之外，其它时候不会进入compile，整个reload也就一直是false了。
