建立企业网站公司,本地安装网站,100平米简约办公室,怎么做非法彩票网站目录 手动启动热部署 自动启动热部署 参与热部署监控的文件范围配置 关闭热部署 什么是热部署#xff1f;简单说就是你程序改了#xff0c;现在要重新启动服务器#xff0c;嫌麻烦#xff1f;不用重启#xff0c;服务器会自己悄悄的把更新后的程序给重新加载一遍…目录 手动启动热部署 自动启动热部署 参与热部署监控的文件范围配置 关闭热部署 什么是热部署简单说就是你程序改了现在要重新启动服务器嫌麻烦不用重启服务器会自己悄悄的把更新后的程序给重新加载一遍这就是热部署。 热部署的功能是如何实现的呢这就要分两种情况来说了非springboot工程和springboot工程的热部署实现方式完全不一样。先说一下原始的非springboot项目是如何实现热部署的。 非springboot项目热部署实现原理 开发非springboot项目时我们要制作一个web工程并通过tomcat启动通常需要先安装tomcat服务器到磁盘中开发的程序配置发布到安装的tomcat服务器上。如果想实现热部署的效果这种情况其实有两种做法一种是在tomcat服务器的配置文件中进行配置这种做法与你使用什么IDE工具无关不管你使用eclipse还是idea都行。还有一种做法是通过IDE工具进行配置比如在idea工具中进行设置这种形式需要依赖IDE工具每款IDE工具不同对应的配置也不太一样。但是核心思想是一样的就是使用服务器去监控其中加载的应用发现产生了变化就重新加载一次。 上面所说的非springboot项目实现热部署看上去是一个非常简单的过程几乎每个小伙伴都能自己写出来。如果你不会写我给你个最简单的思路但是实际设计要比这复杂一些。例如启动一个定时任务任务启动时记录每个文件的大小以后每5秒比对一下每个文件的大小是否有改变或者是否有新文件。如果没有改变放行如果有改变刷新当前记录的文件信息然后重新启动服务器这就可以实现热部署了。当然这个过程肯定不能这么做比如我把一个打印输出的字符串abc改成cba比对大小是没有变化的但是内容缺实变了所以这么做肯定不行只是给大家打个比方而且重启服务器这就是冷启动了不能算热部署领会精神吧。 看上去这个过程也没多复杂在springboot项目中难道还有其他的弯弯绕吗还真有。 springboot项目热部署实现原理 基于springboot开发的web工程其实有一个显著的特征就是tomcat服务器内置了还记得内嵌服务器吗服务器是以一个对象的形式在spring容器中运行的。本来我们期望于tomcat服务器加载程序后由tomcat服务器盯着程序你变化后我就重新启动重新加载但是现在tomcat和我们的程序是平级的了都是spring容器中的组件这下就麻烦了缺乏了一个直接的管理权那该怎么做呢简单再搞一个程序X在spring容器中盯着你原始开发的程序A不就行了吗确实搞一个盯着程序A的程序X就行了如果你自己开发的程序A变化了那么程序X就命令tomcat容器重新加载程序A就OK了。并且这样做有一个好处spring容器中东西不用全部重新加载一遍只需要重新加载你开发的程序那一部分就可以了这下效率又高了挺好。 下面就说说怎么搞出来这么一个程序X肯定不是我们自己手写了springboot早就做好了搞一个坐标导入进去就行了。 手动启动热部署 步骤①导入开发者工具对应的坐标 dependencygroupIdorg.springframework.boot/groupIdartifactIdspring-boot-devtools/artifactIdoptionaltrue/optional /dependency 步骤②构建项目可以使用快捷键激活此功能 对应的快捷键一定要记得 CTRLF9 以上过程就实现了springboot工程的热部署是不是挺简单的。不过这里需要把底层的工作工程给普及一下。 重启与重载 一个springboot项目在运行时实际上是分两个过程进行的根据加载的东西不同划分成base类加载器与restart类加载器。 base类加载器用来加载jar包中的类jar包中的类和配置文件由于不会发生变化因此不管加载多少次加载的内容不会发生变化 restart类加载器用来加载开发者自己开发的类、配置文件、页面等信息这一类文件受开发者影响 当springboot项目启动时base类加载器执行加载jar包中的信息后restart类加载器执行加载开发者制作的内容。当执行构建项目后由于jar中的信息不会变化因此base类加载器无需再次执行所以仅仅运行restart类加载即可也就是将开发者自己制作的内容重新加载就行了这就完成了一次热部署的过程也可以说热部署的过程实际上是重新加载restart类加载器中的信息。 总结 使用开发者工具可以为当前项目开启热部署功能 使用构建项目操作对工程进行热部署 思考 上述过程每次进行热部署都需要开发者手工操作不管是点击按钮还是快捷键都需要开发者手工执行。这种操作的应用场景主要是在开发调试期并且调试的代码处于不同的文件中比如服务器启动了我需要改4个文件中的内容然后重启等4个文件都改完了再执行热部署使用一个快捷键就OK了。但是如果现在开发者要修改的内容就只有一个文件中的少量代码这个时候代码修改完毕如果能够让程序自己执行热部署功能就可以减少开发者的操作也就是自动进行热部署能这么做吗是可以的。咱们接着说。 自动启动热部署 自动热部署其实就是设计一个开关打开这个开关后IDE工具就可以自动热部署。因此这个操作和IDE工具有关以下以idea为例设置idea中启动热部署 步骤①设置自动构建项目 打开【File】选择【settings...】,在面板左侧的菜单中找到【Compile】选项然后勾选【Build project automatically】意思是自动构建项目 自动构建项目选项勾选后 步骤②允许在程序运行时进行自动构建 使用快捷键【Ctrl】【Alt】【Shit】【/】打开维护面板选择第1项【Registry...】 在选项中搜索comple然后勾选对应项即可 这样程序在运行的时候就可以进行自动构建了实现了热部署的效果。 关注如果你每敲一个字母服务器就重新构建一次这未免有点太频繁了所以idea设置当idea工具失去焦点5秒后进行热部署。其实就是你从idea工具中切换到其他工具时进行热部署比如改完程序需要到浏览器上去调试这个时候idea就自动进行热部署操作。 总结 自动热部署要开启自动构建项目 自动热部署要开启在程序运行时自动构建项目 思考 现在已经实现了热部署了但是到企业开发的时候你会发现为了便于管理在你的程序目录中除了有代码还有可能有文档如果你修改了一下文档这个时候会进行热部署吗不管是否进行热部署这个过程我们需要自己控制才比较合理那这个东西能控制吗继续往下看 参与热部署监控的文件范围配置 通过修改项目中的文件你可以发现其实并不是所有的文件修改都会激活热部署的原因在于在开发者工具中有一组配置当满足了配置中的条件后才会启动热部署配置中默认不参与热部署的目录信息如下 /META-INF/maven /META-INF/resources /resources /static /public /templates 以上目录中的文件如果发生变化是不参与热部署的。如果想修改配置可以通过application.yml文件进行设定哪些文件不参与热部署操作 spring:devtools:restart:# 设置不参与热部署的文件或文件夹exclude: static/**,public/**,config/application.yml 总结 通过配置可以修改不参与热部署的文件或目录 思考 热部署功能是一个典型的开发阶段使用的功能到了线上环境运行程序时这个功能就没有意义了。能否关闭热部署功能呢 关闭热部署 线上环境运行时是不可能使用热部署功能的所以需要强制关闭此功能通过配置可以关闭此功能。 spring:devtools:restart:enabled: false 如果当心配置文件层级过多导致相符覆盖最终引起配置失效可以提高配置的层级在更高层级中配置关闭热部署。例如在启动容器前通过系统属性设置关闭热部署功能。 SpringBootApplication public class SSMPApplication {public static void main(String[] args) {System.setProperty(spring.devtools.restart.enabled,false);SpringApplication.run(SSMPApplication.class);} } 其实上述担心略微有点多余因为线上环境的维护是不可能出现修改代码的操作的这么做唯一的作用是降低资源消耗毕竟那双盯着你项目是不是产生变化的眼睛只要闭上了就不具有热部署功能了这个开关的作用就是禁用对应功能。 总结 通过配置可以关闭热部署功能降低线上程序的资源消耗