修改类不用重启Tomcat

可以修改类不用重启Tomcat加载整个项目(手工启动)
    配置reloadable=true(自动重载) 
    使用Debug模式,前提是仅限于局部修改。(修改类不用重启--热加载) 

    在使用Eclipse+Tomcat开发Java项目的时候常常会碰到这样的情况，已修改Java文件Tomcat就会自动重启，接下来就是漫长的等待服 务重启完毕。那其实大多数的Java文件修改是没有必要重启服务的，只有一些特定的Java文件，比如说只有重启服务的时候才会调用的Java代码才需要 重启服务。 

    一修改java代码就重新部署(console有明显提示),且会话失效，设置服务器为debug模式(debug on server),否则修改不起作用. 

    什么时候应该redeploy，什么时候应该重启tomcat。如果项目大，redeploy和重启tomcat的系统开销是很大的，经常要等很长时间。 

    Tomcat运行时动态重载类, 实现重载功能的测试jsp。当系统中有很多类时，如果开启了Tomcat的reloadable=true,那么每当相关文件改变时，Tomcat会停止 web app并释放内存,然后重新加载web app.这实在是个耗时的工程. 如果能有只重载某几个类的功能，将极大的满足我这个即时调试狂。 

1.修改类不重启Tomcat(不用手动重启) 
    首先需要设置server.xml中的Context reloadable="true", true自动重载(不是重启!), false手动重载。(如果项目在Tomcat中，应该去Tomcat目录设置。) 
    Eclipse EE 设置方式，文件设置：server.xml > reloadable="false" 界面设置：Server > Modules > Edit > webapp > Auto reloading enabled > false 
    开发阶段通常都设为true，方便开发，在发布阶段应该设置为false，提高应用程序的访问速度。可以选择把其他不相关的项目先从webapps移出，这样tomcat加载的项目就少了，相应也就快了。 

2.修改类不重启Tomcat有两种方式：热部署、热加载 

    热部署：容器状态在运行时重新部署整个项目。这种情况下一般整个内存会清空,重新加载，这种方式可能会造成sessin丢失等情况。tomcat 6确实可以热部署了,而且会话也没丢. 
    热加载：最好是在调试过程中使用，免得整个项目加载,Debug模式支持热加载。容器状态在运行时重新加载改变编译后的类。在这种情况下内存不会清空,sessin不会丢失,但容易造成内存溢出,或者找不到方法。 

    一般改变类的结构和模型就会有异常，在已经有的变量和方法中改变是不会出问题的(Eclipse、MyEclipse8、JBuilder、IntelliJ IDEA…)。 

3.自动编译JSP 
build Automatically
修改Tomcat源代码实现realoadable!（没事你就试试吧）