SpingBoot的學習總算告一段落了,但它還留給了我們一個疑問,那就是程序在linux服務器上應該怎麼部署?使用命令啟動程序後如果ssh斷開了程序會不會被shutdown?對於第一個問題比較好解決,只需要保證jdk安裝正確就不會有太大問題。棘手的問題是後面這個,解決問題的關鍵就是要保證程序以守護進程(後台方式)運行。這次就分享下linux下如何正確部署程序
為了解決這個問題,我查閱網上的資料找到了下面3種解決方案
1 把jar包弄成系統服務(不推薦)
這種方法缺點也比較明顯,那就是容易出現服務啟動不起來,因為不同的linux發行版本都或多或少存在差異
2 使用nohup 命令配合kill -9 xxx
這種方法比較容易接受,也是一種折中的做法,但是要停止程序會比較麻煩需要使用命令找到進程再使用kill -9 ,還是有點麻煩
3 使用screen、tmux等方式(推薦)
綜合考慮這種方法比較科學因為它提供了統一的管理多個會話的界面和相應的功能,操作起來比較簡單些,缺點是需要一點點的學習成本
tmux常用命令:
$ tmux new -s session-name 新建會話
$ tmux a -t session-name 接入指定會話
$ tmux detach /$ Ctrl-b d 斷開當前會話
$ tmux kill-session -t session-name 關閉會話
$ tmux ls 顯示所有會話
screen常用命令:
$ screen -S window-name 新建會話
$ screen -r 會話編號或名稱接入指定會話/重新連接會話
$ screen -ls 顯示所有會話
Ctrl+ab 分離當前會話
Ctrl+ak
以下是它們的區別,雖說tmux比較先進但究竟如何選擇還是看大家的使用習慣
tmux 和screen 很像,但比screen 更好。要問好在哪裡,簡單的回答就是雖然與screen 的功能相同,但是tmux 設計得更好。 screen 雖然可用,但是很不穩定。
以下是一些tmux 超越screen 的地方:
SpringBoot使用maven打包比較方便,打包時檢查下pom.xml的配置,確保有如下配置:
<build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <!--fork : 如果沒有該項配置,devtools不會起作用,即應用不會restart --> <fork>true</fork> <!-- 可選的配置--> <executable>true</executable> </configuration> </plugin> </plugins> lt;/build>
打包就用maven install就行了,如果打包成功找到相應的jar重命名後上傳到linux服務器授權一下就行
這樣應用就啟動了,即使命令行關閉了或者從ssh斷開也不會影響程序的正常運行
斷開連接
結束會話後程序就被shutdown了,如下所示
screen的使用和tmux大同小異,這邊已經實踐過了,就部署程序使其在後台運行,選screen和tmux效果都差不多。
PS:下面給大家介紹linux部署spring-boot
先對項目maven clean 然後在項目上maven install 打成jar包,之後到linux上刪除前一個版本的進程
查看java進程的命令ps -ef | grep java
殺死進程kill -9 進程號
直接運行spring-boot項目nohup java -jar sinocube.jar & 使用nohup一定要以&結尾
nohup 回輸出日誌文件,日誌文件可以自定義文件名,默認為nohup.nohup.out
cat nohup.out 查看日誌nohup.out是文件名稱tailf nohup.out 實時查看日誌