springboot不輸出nohup.out日志

nohup java -jar mgcr_pc-0.0.1-SNAPSHOT.war >/dev/null 2>log & 

注意：這個log是一個文件，可以隨意命名

ps aux|grep 你剛剛運行的包名.jar

然后會顯示線程id

關閉進程 如5555

kill -9 5555

nohup啟動程序后，nohup.out過大的解決

一般百度到都會說：

cp /dev/null nohup.out
cat /dev/null nohup.out

不能簡單的刪除那個文件，因為linux的文件管理是引用計數(shù)法。

可以清空nohup日志，其實關鍵在于啟動時的流輸入方式。如果使用>方式，使用上述方法操作后，再次寫入時，文件會重新變成原來的大小，而使用>>追加方式，確實可以消除文件的大小。

原因基本描述如下：

linux的文件管理使用fd，用戶可以自定義3以上（包括3）的文件，而0，1，2，則對應了3個標準流

• 0=標準輸入流stdin
• 1=標準輸出流stdout
• 2=標準錯誤流stderr

shell讀取到>時，判斷文件是否存在，不存在則創(chuàng)建文件，之后以w方式寫入，文件指針只會向后增加。

因此使用>作為nohup的重定向時，文件指針一直向后增加，使用上述兩個命令操作nohup.out，操作時確實重寫了整個文件，但是在程序的下次輸出時，文件的大小又重新變回原來的大小了，這很正常，因為文件的指針還在原來的大小的位置，寫入操作時，指針向后偏移“輸出內(nèi)容的大小”，并寫入“輸出內(nèi)容”，此時文件不得不重新回到原本的大小，雖然原本的內(nèi)容已經(jīng)不見了（此時那些內(nèi)容的填充為0，類似的操作一次，然后查看nohup文件的16進制表示，就會發(fā)現(xiàn)它們?nèi)慷际?x00，可以稱為文件空洞）

而使用>>方式寫入文件時，使用a+方式寫入文件，文件指針指向文件的結束符EOF位置。

在使用使用上述兩個命令操作nohup.out時，文件的結束符確實重新回到了0x00地址，因此可以清空原本的內(nèi)容，并且不會再創(chuàng)建文件空洞。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論