2. 程式人生 > >熱部署原理和例項

熱部署原理和例項

阿新 • • 發佈：2019-01-29

在web應用開發的過程中，我們時時刻刻都在使用熱部署。熱部署的目的很簡單，就是為了節省應用開發和釋出的時間。比如，我們在使用Tomcat或者Jboss等應用伺服器開發應用時，我們經常會開啟熱部署功能。熱部署，簡單點來說，就是我們將打包好的應用直接替換掉原有的應用，不用關閉或者重啟Web伺服器，一切就是這麼簡單。那麼，熱部署到底是如何實現的呢？在本文中，我將寫一個例項，這個例項就是一個容器應用，允許使用者釋出自己的應用，同時支援熱部署。

在Java中，要實現熱部署，首先，你得明白，Java中類的載入方式。每一個應用程式的類都會被ClassLoader載入，所以，要實現一個支援熱部署的應用，我們可以對每一個使用者自定義的應用程式使用一個單獨的ClassLoader進行載入。然後，當某個使用者自定義的應用程式發生變化的時候，我們首先銷燬原來的應用，然後使用一個新的ClassLoader來載入改變之後的應用。而所有其他的應用程式不會受到一點干擾。先看一下，該應用的設計圖：

 
 

有了總體實現思路之後，我們可以想到如下幾個需要完成的目標：

1、定義一個使用者自定義應用程式的介面，這是因為，我們需要在容器應用中去載入使用者自定義的應用程式。 
2、我們還需要一個配置檔案，讓使用者去配置他們的應用程式。 
3、應用啟動的時候，載入所有已有的使用者自定義應用程式。 
4、為了支援熱部署，我們需要一個監聽器，來監聽應用釋出目錄中每個檔案的變動。這樣，當某個應用重新部署之後，我們就可以得到通知，進而進行熱部署處理。

實現部分：

首先，我們定義一個介面，每一個使用者自定義的程式中都必須包含唯一一個實現了該介面的類。程式碼如下：

1
2
3
4
5
6
7
8
9
 
public interface IApplication {
 
public void init();
 
public void execute();
 
public void destory();
 
}

在這個例子中，每一個使用者自定義的應用程式，都必須首先打包成一個jar檔案，然後釋出到一個指定的目錄，按照指定的格式，然後首次釋出的時候，還需要將應用的配置新增到配置檔案中。所以，首先，我們需要定義一個可以載入指定目錄jar檔案的類：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
public
 
 ClassLoader createClassLoader(ClassLoader parentClassLoader, String... folders) {
 
List<url> jarsToLoad = new ArrayList<url>();
for (String folder : folders) {
List<string> jarPaths = scanJarFiles(folder);
 
for (String jar : jarPaths) {
 
try {
File file = new File(jar);
jarsToLoad.add(file.toURI().toURL());
 
} catch (MalformedURLException e) {
e.printStackTrace();
}
}
}
 
URL[] urls = new URL[jarsToLoad.size()];
jarsToLoad.toArray(urls);
 
return new URLClassLoader(urls, parentClassLoader);
}
</string></url></url>

這個方法很簡單，就是從多個目錄中掃描jar檔案，然後返回一個新的URLClassLoader例項。至於scanJarFiles方法，你可以隨後下載本文的原始碼。然後，我們需要定義一個配置檔案，使用者需要將他們自定義的應用程式資訊配置在這裡，這樣，該容器應用隨後就根據這個配置檔案來載入所有的應用程式：

1
2
3
4
5
6
7
8
9
10
 
<apps>
<app>
<name>TestApplication1</name>
<file>com.ijavaboy.app.TestApplication1</file>
</app>
<app>
<name>TestApplication2</name>
<file>com.ijavaboy.app.TestApplication2</file>
</app>
</apps>

這個配置是XML格式的，每一個app標籤就表示一個應用程式，每一個應用程式，需要配置名稱和那個實現了IApplication介面的類的完整路徑和名稱。 
有了這個配置檔案，我們需要對其進行解析，在這個例子中，我使用的是xstream，很簡單，你可以下載原始碼，然後看看就知道了。這裡略過。這裡需要提一下：每個應用的名稱(name),是至關重要的，因為該例子中，我們的釋出目錄是整個專案釋出目錄下的applications目錄，這是所有使用者自定義應用程式釋出的目錄。而使用者釋出一個應用程式，需要首先在該目錄下新建一個和這裡配置的name一樣名稱的資料夾，然後將打包好的應用釋出到該資料夾中。(你必須這樣做，否則在這個例子中，你會發布失敗)。
好了，現在載入jar的方法和配置都有了，下面將是整個例子的核心部分，對，就是應用程式管理類，這個類就是要完成對每一個使用者自定義應用程式的管理和維護。首先要做的，就是如何載入一個應用程式：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
public void createApplication(String basePath, AppConfig config){
String folderName = basePath + GlobalSetting.JAR_FOLDER + config.getName();
ClassLoader loader = this.jarLoader.createClassLoader(ApplicationManager.class.getClassLoader(), folderName);
 
try {
Class<!--?--> appClass = loader.loadClass(config.getFile());
 
IApplication app = (IApplication)appClass.newInstance();
 
app.init();
 
this.apps.put(config.getName(), app);
 
} catch (ClassNotFoundException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
}

可以看到，這個方法接收兩個引數，一個是基本路徑，一個是應用程式配置。基本路徑其實就是專案釋出目錄的地址，而AppConfig其實就是配置檔案中app標籤的一個實體對映，這個方法從指定的配置目錄中載入指定的類，然後呼叫該應用的init方法，完成使用者自定義應用程式的初始化。最後將，該載入的應用放入記憶體中。 
現在，所有的準備工作，都已經完成了。接下來，在整個應用程式啟動的時候，我們需要載入所有的使用者自定義應用程式，所以，我們在ApplicationManager中新增一個方法：

1
2
3
4
5
6
 
public void loadAllApplications(String basePath){
 
for(AppConfig config : this.configManager.getConfigs()){
this.createApplication(basePath, config);
}
}

這個方法，就是將使用者配置的所有應用程式載入到該容器應用中來。好了，現在我們是不是需要寫兩個獨立的應用程式試試效果了，要寫這個應用程式，首先我們新建一個java應用程式，然後引用這個例子專案，或者將該例子專案打包成一個jar檔案，然後引用到這個獨立的應用中來，因為這個獨立的應用程式中，必須要包含一個實現了IApplication介面的類。我們來看看這個例子包含的一個獨立應用的樣子：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
public class TestApplication1 implements IApplication{
 
@Override
public void init() {
System.out.println(&quot;TestApplication1--&gt;init&quot;);
}
 
@Override
public void execute() {
System.out.println(&quot;TestApplication1--&gt;do something&quot;);
}
 
@Override
public void destory() {
System.out.println(&quot;TestApplication1--&gt;destoryed&quot;);
}
 
}

是不是很簡單？對，就是這麼簡單。你可以照這個樣子，再寫一個獨立應用。接下來，你還需要在applications.xml中進行配置，很簡單，就是在apps標籤中增加如下程式碼：

1
2
3
4
 
<app>
<name>TestApplication1</name>
<file>com.ijavaboy.app.TestApplication1</file>
</app>

接下來，進入到本文的核心部分了，接下來我們的任務，就全部集中在熱部署上了，其實，也許現在你還覺得熱部署很神祕，但是，我相信一分鐘之後，你就不會這麼想了。要實現熱部署，我們之前說過，需要一個監聽器，來監聽釋出目錄applications,這樣當某個應用程式的jar檔案改變時，我們可以進行熱部署處理。其實，要實現目錄檔案改變的監聽，有很多種方法，這個例子中我使用的是apache的一個開源虛擬檔案系統——common-vfs。如果你對其感興趣，你可以訪問 這裡 。這裡，我們繼承其FileListener介面，實現fileChanged 即可：

1
2
3
4
5
6
7
8
9
10
11
12
 
public void fileChanged(FileChangeEvent event) throws Exception {
 
String ext = event.getFile().getName().getExtension();
if(!&quot;jar&quot;.equalsIgnoreCase(ext)){
return;
}
 
String name = event.getFile().getName().getParent().getBaseName();
 
ApplicationManager.getInstance().reloadApplication(name);
 
}

當某個檔案改變的時候，該方法會被回撥。所以，我們在這個方法中呼叫了ApplicationManager的reloadApplication方法，重新載入該應用程式。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
public void reloadApplication(String name){
IApplication oldApp = this.apps.remove(name);
 
if(oldApp == null){
return;
}
 
oldApp.destory();	//call the destroy method in the user&#39;s application
 
AppConfig config = this.configManager.getConfig(name);
if(config == null){
return;
}
 
createApplication(getBasePath(), config);
}

重現載入應用程式時，我們首先從記憶體中刪除該應用程式，然後呼叫原來應用程式的destory方法，最後按照配置重新建立該應用程式例項。到這裡，你還覺得熱部署很玄妙很高深嗎？一切就是如此簡單。好了，言歸正傳，為了讓我們自定義的監聽介面可以有效工作起來，我們還需要指定它要監聽的目錄：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
public void initMonitorForChange(String basePath){
try {
this.fileManager = VFS.getManager();
 
File file = new File(basePath + GlobalSetting.JAR_FOLDER);
FileObject monitoredDir = this.fileManager.resolveFile(file.getAbsolutePath());
FileListener fileMonitorListener = new JarFileChangeListener();
this.fileMonitor = new DefaultFileMonitor(fileMonitorListener);
this.fileMonitor.setRecursive(true);
this.fileMonitor.addFile(monitoredDir);
this.fileMonitor.start();
System.out.println(&quot;Now to listen &quot; + monitoredDir.getName().getPath());
 
} catch (FileSystemException e) {
e.printStackTrace();
}
}

這裡，就是初始化監聽器的地方，我們使用VFS的DefaultFileMonitor完成監聽。而監聽的目錄，就是應用釋出目錄applications。接下來，為了讓整個應用程式可以持續的執行而不會結束，我們修改下啟動方法：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
public static void main(String[] args){
 
Thread t = new Thread(new Runnable() {
 
@Override
public void run() {
ApplicationManager manager = ApplicationManager.getInstance();
manager.init();
}
});
 
t.start();
 
while(true){
try {
Thread.sleep(300);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}

好了，到這裡，一切都要結束了。現在，你已經很明白熱部署是怎麼一回事了，對嗎？不明白？OK，還有最後一招，去看看原始碼吧！

最後，如果本文有什麼地方說的不準確，歡迎指正，謝謝！

相關推薦

熱部署原理和例項

在web應用開發的過程中，我們時時刻刻都在使用熱部署。熱部署的目的很簡單，就是為了節省應用開發和釋出的時間。比如，我們在使用Tomcat或者Jboss等應用伺服器開發應用時，我們經常會開啟熱部署功能。熱部署，簡單點來說，就是我們將打包好的應用直接替換掉原有的應用，不用關閉

Spring Boot2.0之熱部署原理

所謂的熱部署：比如專案的熱部署，就是在應用程式在不停止的情況下，實現新的部署 原理： 實用類載入器（classloader重新讀取位元組碼檔案到jvm記憶體） 如何純手寫一個熱部署功能：  1、監聽 class檔案是否發生改變  版本號、修改時間  作對比  2

來自Facebook的KTLS Kernel SSL/TLS 原理和例項

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！        

單例模式之懶漢式餓漢式的原理和例項

在java面試題當中，我們經常會遇到單例模式的懶漢式和餓漢式的java筆試題，甚至面試官會問你在開發中，是否用上了這兩種開發模式，用在了哪些例子當中。想了解我們在開發中是否用上了這個，需要我們對這種兩種開發模式的原理有所瞭解。 懶漢式就是當用戶需要用到這個例項的時候，才會加

HashCode的作用原理和例項解析

HashCode定義 （1）HashCode的存在主要是用於查詢的快捷性，如Hashtable，HashMap等，HashCode是用來在雜湊儲存結構中確定物件的儲存地址的； （2）如果兩個物件相同， equals方法一定返回true，並且這兩個物件的HashCod

Java面試——HashCode的作用原理和例項解析

雜湊碼（hash code）是由物件匯出的一個整型值，雜湊碼是沒有規律的。如果x和y是兩個不同的物件，x.hashCode()與y.hashCode()基本上不會相同。由於hashCode方法定義在Object類中，因此每個物件都有一個預設的雜湊碼，其值是物件的儲存地址。1.

SpringBoot熱部署devtool和配置檔案自動注入（SpringBoot2.0系列-二）

1、SpringBoot2.x使用Dev-tool熱部署 簡介:什麼是熱部署，使用springboot結合dev-tool工具，快速載入啟動應用 核心依賴包： <dependency> <groupId>o

小D課堂【SpringBoot】SpringBoot熱部署devtool和配置文件自動註入實戰

生效 相關 not test depend 啟動應用 設置 應用程序 path ========================3、SpringBoot熱部署devtool和配置文件自動註入實戰 3節課============================ 加入小D課堂

如何免費使用jrebel 和eclipse 項目配合完成熱部署功能

.dll 五步 使用 完成 tom start 一個 facebook advance 感謝王同學分享了熱部署插件，jrebel，說修改後臺代碼可以不用重啟tomcat，於是立即下載使用。。。。本來很簡單的一個事情，因為參照了網上各種帖子，結果坑的不行。。。。所以把自己的經

負載均衡器部署方式和工作原理

硬件負載均衡 f5設備概述負載均衡（Load Balance）由於目前現有網絡的各個核心部分隨著業務量的提高，訪問量和數據流量的快速增長，其處理能力和計算強度也相應地增大，使得單一的服務器設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬件升級，這樣將造成現有資源的浪費，而且如果再面臨下一次業務量的提

ceph 部署步驟和原理理解

href www rbd data 設備節點 ref 雲平臺 大量 clas 概念：Ceph是一個支持大量小文件和隨機讀寫的分布式文件系統，在維護 POSIX 兼容性的同時加入了復制和容錯功能。 生產環境主要的兩種應用： 對象系統，類似Swift, 這裏是RADOS,

eclipse實現熱部署和熱加載

eclips let tex ext 熱加載 servle 後臺 項目 就是 1.在context。xml裏面<Context >改為<Context reloadable="false"> 　　意思就是：每次項目不用啟動，就可以加載後

springboot(2)——應用配置和熱部署

《二》、應用配置和熱部署 一、application應用配置 Idea新建的專案預設配置檔案為application.properties 1、我們修改它的字尾為application.yml, 因為xx.yml格式檔案級聯寫法比較省事等 #

SpringBoot熱部署和linux下通過vim修改jar裡面的檔案

解決問題： 1、在專案測試或者部署後，經常會遇到需要更改一些配置檔案或者java類，這時使用SpringBoot熱部署可以快速的修改後重啟，方便開發測試； 2、在專案上線後，會遇到一些需要修改的地方，使用linux下的vim工具可以快速的修改已部署好的專案。 一、引入熱部署依賴 &l

Centos7安裝tomcat-7.0.56和熱部署

一、tomcat安裝 按照上一篇的Centos7安裝JDK的方法將檔案從主機下載到Centos7的下載目錄下。 安裝包名稱為：apache-tomcat-7.0.56.zip 解壓檔案到usr/local下面 $ su - # cd /usr/local # cp /hom

通俗易懂的Adaboost演算法原理分析和例項+程式碼

   【尊重原創，轉載請註明出處】 http://blog.csdn.net/guyuealian/article/details/70995333     本人最初瞭解AdaBoost演算法著實是花了幾天時間，才明白他的基本原理。也許是自己能力有限吧，很多資

android原生熱修復流程和原理分析實現

首先apk就是一個壓縮檔案，解壓apk檔案的內容如下圖： 安卓原生熱修復主要原理圖和流程圖如下，我花了好長時間才繪好，中間改了好幾次，應該來說是很直觀明白的，其中有截取了BaseDexClassLoader的關鍵原始碼，還有DexPathList的原始碼 a.現將打

Tomcat熱部署和熱載入的方法

想從新啟動伺服器(伺服器從新啟動花時間)，想直接獲得（debug）結果.有兩種方式熱部署 和熱載入： 熱載入 在server.xml -> context 屬性中 設定 reloadable=“true” 熱部署 在server.xml -> context

隱馬爾科夫鏈（hmm）基本原理和簡單例項

title: 隱馬爾科夫鏈（hmm） tags: hmm,隱馬爾科夫鏈,基本原理 grammar_cjkRuby: true 隱馬爾科夫鏈基本介紹 隱馬爾科夫（Hidden Markov Model，HMM），瞭解一個演算法要做到：會其意，知其形。 引子 隱馬爾科夫

eclipse mavenWeb專案真正實現熱部署（修改java程式碼和頁面檔案不用重啟tomcat）

        1.前言 　　先說熱部署的含義： 　　熱部署原來被定義為：tomcat啟動後，如果你往webapps目錄下，新增新的專案，tomcat會實現自動將其釋出的功能，這時，就叫做熱部署。 　　網上所實現的熱部署