部署在项目开发过程中是常有的事,特别是debug的时候。但是如果每次fix一个bug都要把整个项目重新部署一遍以便测试fix的效果或者继续debug其他bug,那对开发人员来说无疑是一大噩梦。不过谁都不想噩梦连连,有了JVM的hotSwap以及Intellij Idea对debug,hotSwap的支持,从此美梦相伴(夸张了点:))。今天通过这篇文章介绍一下通过对Intellij Idea热部署的设置达到最方便的最高效的debug效果。
我想在介绍具体设置之前,不妨了解一些背景知识和概念。
-
HotSwap:“HotSwap”是JPDA(Java Platform Debugger Architecture)中的一个特性,JPDA增强是自Java 2 SDK1.4新增的功能。HotSwap允许将JVM中的类定义替换为新的类定义,这就允许开发人员在debug时,将修改过的class替换JVM中旧有的class,无需重新启动服务器。不过,目前HotSwap只支持对方法body的修改,不支持对类和方法签名的修改(比如修改类名,方法名,方法参数等)。考虑这些限制,也是有理由的,替换类定义,就需要新类和旧类之间有一个关联,这里关联就是类的全名(或许还有其他信息),类名都改了,就不知道替换哪个类了。至于方法签名的修改,应该是考虑到运行时方法的调用,通过方法签名替换已有的方法调用。
-
三种目录:项目的源程序目录,构建输出目录,部署目录(这是我按照我个人理解划分的)。热部署的设置与这些目录有着密切关系。源程序目录包括java文件,资源文件,web资源文件等项目文件的目录;构建输出目录是指通过编译java源文件,copy资源文件构建一个应用程序部署之后应该具有的目录结构;部署目录很好理解,就是应用程序在服务器中可以存在的位置。
通常我们部署一个应用是将该应用打包成war或者ear,而通常开发阶段是构建成Server指定的目录结构来部署到Server上,如果每次要copy来copy去,那麻烦死了。所以我们要想办法减少不必要的copy。
-
第一种方法:在Server部署目录下设置构建输出目录,以tomcat为例,就是在%tomcat_home%\webapps目录下建立一个新的目录,目录名就是你的应用context,具体就是打开项目设置界面(ctrl+alt+shift+S,v8.0),选择Modules,将你的应用Exploded Directory设置为%tomcat_home%\webapps\yourContext。同时,将你各个Module的编译输出路径设置为%tomcat_home%\webapps\yourContext\WEB-INF\classes(可能需要你预先手动建立),这样class文件就自动生成到该目录下。
-
第二种方法:现在一些Server都支持重定向,以tomcat为例,可以在%tomcat_home%\conf\Catalina\localhost下创建一个xml配置文件将部署目录指定为你的构建输出目录。代码片段如:<Context path=”/myApp” docBase=”D:\workspace\myProject\out\exploded\myApp” />。这样每次修改了java文件之后comile一下修改的文件,对于jsp需要make一下,就能达到热部署的目的。其实现在Intellj Idea默认设置使用的就是这种方法,只不过这个重定向的配置文件在你的Documents and Settings里面,所以你如果你使用这样方法,不必自己设置。
其实,这两种方法是异曲同工。
进一步设置:将你的构建输出目录直接设置在源程序目录中,然后重定向的docBase直接指向你的web根目录(就是WEB-INF的父目录)。这样,你只要将编译输出目录设置为WEB-INF\classes就行了,而且,修改JSP文件都不要重新构建,唯一要做的就是修改了java文件之后compile一下。
再进一步设置:打开Setting界面(ctrl+alt+S),然后
- 其一:选择Compiler选项,在Deploy web application to servers after compilatoin下勾选Never,为什么选Never?因为根据我们上面的设置,对于java文件的修改,编译(compile,ctrl+shift+f9)之后已经更新到了部署目录,而对于其他文件(例如jsp),构建(make,ctrl+f9)之后也都更新到了部署目录,当然如果你的部署目录就设置在源程序目录中,那jsp都不要在make了。
- 其二:选择Debugger-HotSwap选项,确保勾选了Make project before reloading classes,同时选择Reload classes after compilation为Always。这样我们在编译某个修改了的java文件之后,就会利用HotSwap机制reload class,而Make project before reloading classes就确保了其他修改过的文件一起同步到部署目录。
这样,经过上面这些设置,在debug时最大程度上减少了Re-deploy和重启服务器的次数。对于内存不足的电脑来说,re-deploy次数多了,就会outOfMemory,然后不得不重启服务器。
小建议:由于HotSwap的限制,能够提前定义好的属性,方法,预先写在类里面,方法body的具体逻辑可以以后再加,这样有利于减少了hotswap失败的次数。
分享到:
相关推荐
这是一个支持热部署的软件,在Java项目中修改Java代码不需在重启服务器。一个很实用的Java编程软件
java热部署
springboot+mybatis+thymeleaf 热部署 java 热部署页面访问
实现Java热部署的几种解决方案.docx
有没有在为修改java代码 反复重启tomcat而烦恼 下载热部署一切不成问题。内容:1.热部署 2.分给myeclipse 1g内存
热部署工具
在 Java 开发领域,热部署一直是一个难以解决的问题,目前的 Java 虚拟机只能实现方法体的修改热部署,对于整个类的结构修改,仍然需要重启虚拟机,对类重新加载才能完成更新操作。对于某些大型的应用来说,每次的...
美团IDEA插件实现Java应用的热部署实践
JRebel eclipse 热部署
Java 自定义ClassLoader 实现类的热替换核心代码
关于java热部署知识.doc
Java 热部署操作笔记。Spring Tool Suite.网上能看到的资源多事mvn 的,再这个文档里面,很详细的介绍了.yml元素的写法。和注意事项。
JAVA热部署安装及配置,实现IDEA无需频繁重启服务。通过自己手动配置,绝对能用!
myeclipse 插件热部署 jrebel6.5 亲测可用,资源下载到磁盘,然后打开myeclipse 路径为:Windows ---> Perferences --> MyEclipse -->Servers -->Tomcat --> Tomcat 7.x -->JDK 配置jvm参数: -...
对于Java应用程序来说,热部署就是在运行时更新Java类文件。在基于Java的应用服务器实现热部署的过程中,类装入器扮演着重要的角色。大多数基于Java的应用服务器,包括EJB服务器和Servlet容器,都支持热部署。,需要...
Erlang 中的Module级别热部署,可以看看
热部署插件、支持32位、64位系统,解压后,里面有文件说明,参考说明配置。开发必备,节省时间。注意:请根据系统来选择配置文件。此说明基于:windows10 64位 、jdk7
netbean6.7对java文件热部署工具有问题,你可以使用这个文件,然后再glassfish上作相关的配置之后轻松实现热部署
jrebel 热部署工具 破解版