tomcat部署后怎么查看文件是否部署成功了？

1.假設(shè)你已經(jīng)知道war包放在tomcat下的w:端口。這個(gè)端口是tomcat中的端口，不是項(xiàng)目中的端口。看到tomcat的界面，說明部署成功。

war包怎么運(yùn)行？

你可以不要直接運(yùn)行它。建議下載一個(gè)tomcat，解壓，將準(zhǔn)備好的war包復(fù)制粘貼到tomcat中的webapps目錄下，最后啟動(dòng)tomcat，通過瀏覽器訪問。

idea的熱加載怎么實(shí)現(xiàn)的？

1.題主提到的IDEA的熱負(fù)荷是什么？

在IDEA中開發(fā)WEB項(xiàng)目時(shí)，IDEA的釋放按鈕帶來的熱負(fù)荷

IDEA插件帶來的熱加載注:熱加載熱部署熱更新其實(shí)是一個(gè)概念，下面會(huì)混用。2.簡單解釋一下這兩種形式。

1)1)IDEA在開發(fā)WEB項(xiàng)目時(shí)熱部署按鈕或開始按鈕的四個(gè)選項(xiàng)，如圖。

事實(shí)上，當(dāng)IDEA通過tomcat運(yùn)行一個(gè)項(xiàng)目時(shí)，它需要指定tomcat的主目錄，然后IDEA將在啟動(dòng)時(shí)運(yùn)行。

并指定上下文配置目錄、web根目錄(即項(xiàng)目)。web下的配置和項(xiàng)目將發(fā)布到IDEA的配置文件夾中。具體路徑如下:

使用CATALINA_BAS:c:users用戶名。IntelliJIdea2018.2(IDEA配置目錄)systemtomcattunnamed_項(xiàng)目名稱

使用CATALINA_HOM:deCHO8-@.commysoftapache-Tomcat-8.5.29

使用CATALINA_TMPDIR:d:mysoftapache-Tomcat-8.5.29t:d:mysoftjavajdk1.8.0_171

在Tomcat-juli.jar中使用CLASSPATH:d:monsoftapache-Tomcat-8.5.29inootstrap.jardech:monsoftapache-Tomcat-8.5.29居然把戰(zhàn)爭包。變成了tomcatswebapp目錄，沒有功能上的區(qū)別！

資源文件和類的熱更新就是文件替換！java類的熱加載是tomcat的功能(所有符合servlet標(biāo)準(zhǔn)的web容器都支持)。

在tomcat中

server.xml

您可以指定autoDeploytrue是打開還是關(guān)閉。如果關(guān)閉，將不支持熱部署。每次修改類的時(shí)候你都需要重啟，但是你沒有。;不需要修改資源文件，因?yàn)橘Y源文件不支持。;不需要加載到內(nèi)存中，但只有在需要的時(shí)候。

上述四個(gè)選項(xiàng):1.更新資源以更新已更改的資源文件2.更新類和資源以更新已更改的類和資源文件3。重新部署類和資源文件全部更新4。重新啟動(dòng)tomcat。

此外:

Eclipse和idea在部署web應(yīng)用程序方面幾乎是相同的，但是一些配置行為是不同的，部署的目錄在工作區(qū)中。

。元數(shù)據(jù)

英寸

插件帶來的熱負(fù)荷

1)自動(dòng)設(shè)置-gtBuild項(xiàng)目

這個(gè)設(shè)置是將類自動(dòng)編譯到普通項(xiàng)目的bin目錄或者maven項(xiàng)目的目標(biāo)目錄。無論從外部servlet容器還是嵌入式容器，只要啟動(dòng)，就需要tomcat、jetty等servlet容器來打開熱部署。如果還沒有開始，你仍然可以不要使用熱部署。

2)彈簧-啟動(dòng)-開發(fā)工具

這是springboot項(xiàng)目中使用的一個(gè)插件。項(xiàng)目啟動(dòng)后，默認(rèn)會(huì)啟動(dòng)一個(gè)線程，監(jiān)控工作區(qū)或者目標(biāo)，一有變化就更新文件。

3.簡單解釋一下原理

資源文件都是在需要的時(shí)候讀取，所以熱更新可以直接替換，主要針對java類。

父委托模型的流程是:如果一個(gè)類加載器收到一個(gè)類加載請求，它一開始不會(huì)嘗試自己加載類，而是把請求委托給父類加載器來完成，每一級的類加載器都是這樣。因此，所有的加載請求最終都要傳遞給頂層啟動(dòng)類加載器，只有當(dāng)父加載器反饋無法完全加載請求時(shí)，子加載器才會(huì)嘗試自己加載。(當(dāng)一個(gè)特定的類裝入器收到裝入一個(gè)類的請求時(shí)，它首先將裝入任務(wù)委托給父類裝入器，并遞歸地。如果父類加載器能夠完成類加載任務(wù)，則成功返回；只有當(dāng)父加載程序可以如果無法完成這個(gè)加載任務(wù)，它會(huì)自動(dòng)加載。2)沙盒機(jī)制基于父母委托的機(jī)制采用沙盒機(jī)制。采取了JVM的自我保護(hù)機(jī)制。假設(shè)你想寫一個(gè)新的類。由于父委托機(jī)制的原理，這個(gè)請求會(huì)給Bootstrap嘗試先加載，但是在加載類的時(shí)候，Bootstrap先通過包和類名尋找rt.jar中是否有這樣的類，如果有，就先加載rt.jar包中的類。因此保證了java的運(yùn)行機(jī)制不會(huì)被破壞。家長委托機(jī)制沙盒機(jī)制(防止惡意代碼破壞java)1。引導(dǎo)類加載器-$Java_HOME/JRE/lib/rt.jar2.ext類加載器-$JAVA_HOME/jre/lib/ext/*。jar3。系統(tǒng)(或AppClassLoader)類加載器-$CLASSPATHAppClassLoader應(yīng)用類加載器在底部，ExtClassLoader擴(kuò)展類加載器在中間，BootstrapClassLoader啟動(dòng)類加載器在頂部。(三者之間是父子關(guān)系)上面還有一點(diǎn)就是類加載器都在開頭，是java虛擬模擬器的一個(gè)入門應(yīng)用。

以上只是意味著系統(tǒng)類可以t被冒名頂替，但還是可以重新加載的！(網(wǎng)上什么都有說，比如你可以在自己的項(xiàng)目里簡歷。

任何可以取代jdk的字符串是錯(cuò)誤的)

也就是說，我們要實(shí)現(xiàn)熱更新、熱部署、熱加載。只要實(shí)現(xiàn)自己的類加載器，按照約定的路徑加載類，就完全可以實(shí)現(xiàn)自己的熱部署插件！

解決問題

idea的熱裝是如何實(shí)現(xiàn)的？

Java父委托機(jī)制，一個(gè)類已經(jīng)加載了，還能重新加載嗎？如果沒有，如何實(shí)現(xiàn)IDEA的熱加載就是把文件復(fù)制到tomcatsmappingwebapp，這樣tomcat可以自動(dòng)部署，或者springboot項(xiàng)目可以將文件發(fā)布到目標(biāo)目錄，這樣就可以自動(dòng)部署內(nèi)嵌的serlvet容器。原理是Java語言的類加載機(jī)制(類加載機(jī)制會(huì)用到父母委托的原理)。

一個(gè)類被加載到內(nèi)存中，并且可以被覆蓋。

結(jié)束。