1. 項(xiàng)目概述從JAR到日志一個(gè)Java開發(fā)者繞不開的日常如果你寫過Java程序尤其是那些需要部署到服務(wù)器上跑的后端服務(wù)那你肯定對(duì)“運(yùn)行JAR包”和“看日志”這兩件事不陌生。這聽起來(lái)像是新手教程里的內(nèi)容但恰恰是這種最基礎(chǔ)、最日常的操作里面藏著無(wú)數(shù)能讓老手都翻車的細(xì)節(jié)。今天我們不聊高深的微服務(wù)架構(gòu)也不扯復(fù)雜的性能調(diào)優(yōu)就扎扎實(shí)實(shí)地聊聊怎么把一個(gè)打包好的JAR文件穩(wěn)穩(wěn)當(dāng)當(dāng)?shù)嘏芷饋?lái)并且把它產(chǎn)生的日志清清楚楚、明明白白地記錄下來(lái)方便我們隨時(shí)排查問題。這不僅是運(yùn)維的起點(diǎn)更是開發(fā)自測(cè)、問題定位的基石。無(wú)論你是剛?cè)胄械腏ava新人還是已經(jīng)寫了多年CRUD代碼的老兵重新審視這套流程或許都能發(fā)現(xiàn)一些被你忽略的“最佳實(shí)踐”。2. 核心思路為什么“運(yùn)行”和“日志”必須放在一起談很多人會(huì)把“運(yùn)行JAR”和“日志輸出”當(dāng)成兩個(gè)獨(dú)立步驟前者用一句java -jar搞定后者在代碼里打打System.out.println或者用個(gè)Log4j就完事了。但實(shí)際生產(chǎn)環(huán)境中這種割裂的認(rèn)知會(huì)帶來(lái)大麻煩。2.1 運(yùn)行JAR不是一句命令那么簡(jiǎn)單運(yùn)行一個(gè)JAR包尤其是在Linux服務(wù)器上以服務(wù)形式長(zhǎng)期運(yùn)行你需要考慮資源管控JVM需要多少內(nèi)存CPU使用率會(huì)不會(huì)飆高線程數(shù)是否合理生命周期管理如何優(yōu)雅地啟動(dòng)、停止、重啟服務(wù)如何讓服務(wù)在服務(wù)器重啟后自動(dòng)拉起運(yùn)行模式是前臺(tái)運(yùn)行方便調(diào)試還是后臺(tái)守護(hù)進(jìn)程用于生產(chǎn)這些決策都會(huì)直接影響后續(xù)日志的收集和管理。比如如果你簡(jiǎn)單地用nohup java -jar app.jar 并把輸出重定向到文件可能會(huì)遇到日志文件無(wú)限膨脹、進(jìn)程異常退出無(wú)感知等問題。2.2 日志是系統(tǒng)的“黑匣子”日志不僅僅是程序運(yùn)行的流水賬。它是問題診斷的第一現(xiàn)場(chǎng)當(dāng)線上出現(xiàn)一個(gè)詭異的Bug時(shí)清晰的日志往往比代碼更能說(shuō)明問題。系統(tǒng)健康的監(jiān)控指標(biāo)通過分析錯(cuò)誤日志的頻率、特定業(yè)務(wù)日志的吞吐可以間接判斷系統(tǒng)狀態(tài)。業(yè)務(wù)審計(jì)的依據(jù)誰(shuí)在什么時(shí)候做了什么操作都需要可靠的日志記錄。因此日志的輸出目標(biāo)控制臺(tái)、文件、網(wǎng)絡(luò)、格式純文本、JSON、級(jí)別DEBUG, INFO, ERROR、滾動(dòng)策略按時(shí)間、按大小以及性能開銷都是在設(shè)計(jì)運(yùn)行方案時(shí)必須通盤考慮的。2.3 二者的結(jié)合點(diǎn)標(biāo)準(zhǔn)流與日志框架Java程序默認(rèn)有三個(gè)標(biāo)準(zhǔn)流System.in,System.out,System.err。當(dāng)你用java -jar啟動(dòng)程序時(shí)System.out和System.err默認(rèn)指向啟動(dòng)它的終端。而在生產(chǎn)環(huán)境我們幾乎永遠(yuǎn)不會(huì)登錄服務(wù)器去盯著終端看輸出。所以將標(biāo)準(zhǔn)輸出/錯(cuò)誤流妥善地重定向到日志文件是連接“運(yùn)行”和“日志”的關(guān)鍵橋梁。同時(shí)現(xiàn)代Java項(xiàng)目普遍使用SLF4J Logback/Log4j2等日志框架它們提供了更強(qiáng)大、更靈活的日志管理能力但最終框架輸出的日志也需要被正確地引導(dǎo)到合適的目的地。3. 環(huán)境準(zhǔn)備與JAR包基礎(chǔ)在開始實(shí)操之前我們需要確保環(huán)境就緒并理解手中的JAR包。3.1 Java運(yùn)行環(huán)境確認(rèn)首先確保目標(biāo)機(jī)器上安裝了合適版本的JDK或JRE。# 檢查Java版本 java -version # 輸出類似 # openjdk version 17.0.8 2023-07-18 LTS # OpenJDK Runtime Environment (build 17.0.87-LTS) # OpenJDK 64-Bit Server VM (build 17.0.87-LTS, mixed mode, sharing)注意運(yùn)行JAR包的Java版本最好與編譯打包時(shí)使用的版本一致或兼容。如果遇到UnsupportedClassVersionError通常是因?yàn)檫\(yùn)行環(huán)境版本低于編譯版本。例如用JDK 17編譯的JAR包在只有JDK 8的機(jī)器上運(yùn)行就會(huì)報(bào)此錯(cuò)誤。3.2 認(rèn)識(shí)你的JAR包JAR包有兩種主要類型可執(zhí)行JARExecutable JAR在META-INF/MANIFEST.MF文件中指定了Main-Class。可以直接用java -jar your-app.jar運(yùn)行。依賴庫(kù)JARLibrary JAR沒有指定主類通常作為其他項(xiàng)目的依賴被引入到classpath中。我們可以用jar命令快速查看JAR包信息# 查看JAR包內(nèi)容列表不提取 jar tf your-app.jar # 查看MANIFEST.MF文件內(nèi)容 jar xf your-app.jar META-INF/MANIFEST.MF cat META-INF/MANIFEST.MF通過查看Manifest文件你可以確認(rèn)主類、Class-Path等信息這對(duì)后續(xù)排查類找不到ClassNotFoundException的問題非常有幫助。3.3 一個(gè)簡(jiǎn)單的測(cè)試程序?yàn)榱搜菔疚覀儎?chuàng)建一個(gè)簡(jiǎn)單的Spring Boot應(yīng)用它天生就是可執(zhí)行JAR包含一個(gè)能輸出不同級(jí)別日志的控制器。// 示例一個(gè)簡(jiǎn)單的Spring Boot Controller import org.slf4j.Logger; import org.slf4j.LoggerFactory; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.RestController; RestController public class DemoController { // 使用SLF4J接口 private static final Logger log LoggerFactory.getLogger(DemoController.class); GetMapping(/hello) public String hello() { log.trace(這是一條TRACE級(jí)別日志通常用于最詳細(xì)的調(diào)試信息。); log.debug(這是一條DEBUG級(jí)別日志用于開發(fā)調(diào)試。); log.info(用戶訪問了/hello接口。); // 業(yè)務(wù)信息 log.warn(這是一個(gè)警告表示可能有問題但不影響運(yùn)行。); log.error(這是一個(gè)錯(cuò)誤表示發(fā)生了需要關(guān)注的問題。); return Hello, World!; } }使用Maven或Gradle將其打包生成一個(gè)可執(zhí)行的demo-app.jar文件。4. 基礎(chǔ)運(yùn)行與日志捕獲從終端到文件讓我們從最簡(jiǎn)單的場(chǎng)景開始逐步增加復(fù)雜性。4.1 前臺(tái)運(yùn)行與基礎(chǔ)輸出最直接的運(yùn)行方式是在終端前臺(tái)運(yùn)行java -jar demo-app.jar此時(shí)所有打到控制臺(tái)的日志包括Spring Boot的Banner、啟動(dòng)信息、你的業(yè)務(wù)日志都會(huì)實(shí)時(shí)打印在當(dāng)前終端。這對(duì)于本地開發(fā)、調(diào)試初期非常方便你可以直觀地看到啟動(dòng)過程和應(yīng)用輸出。但它的致命缺點(diǎn)是一旦你關(guān)閉終端或SSH連接斷開進(jìn)程就會(huì)收到SIGHUP信號(hào)而終止。這絕對(duì)不適用于生產(chǎn)環(huán)境。4.2 后臺(tái)運(yùn)行與輸出重定向?yàn)榱俗屵M(jìn)程在后臺(tái)持續(xù)運(yùn)行我們使用符號(hào)并結(jié)合nohup命令來(lái)忽略掛斷信號(hào)。# 基礎(chǔ)后臺(tái)運(yùn)行輸出到 nohup.out nohup java -jar demo-app.jar # 指定輸出文件 nohup java -jar demo-app.jar app.log 21 nohup保證在終端關(guān)閉后進(jìn)程繼續(xù)運(yùn)行。將進(jìn)程放到后臺(tái)執(zhí)行。 app.log將標(biāo)準(zhǔn)輸出stdout重定向到app.log文件。21將標(biāo)準(zhǔn)錯(cuò)誤stderr也重定向到標(biāo)準(zhǔn)輸出即同樣寫入app.log。2代表stderr的文件描述符1代表stdout。執(zhí)行后會(huì)返回一個(gè)進(jìn)程IDPID例如[1] 12345。你可以用ps aux | grep java或jps命令查看進(jìn)程狀態(tài)。4.3 管理后臺(tái)進(jìn)程查看輸出使用tail -f app.log實(shí)時(shí)查看日志尾部新增內(nèi)容這是最常用的監(jiān)控命令。停止進(jìn)程首先用ps aux | grep demo-app找到PID然后用kill -15 PID發(fā)送SIGTERM允許程序優(yōu)雅關(guān)閉或kill -9 PID強(qiáng)制殺死不推薦首選。將進(jìn)程拉回前臺(tái)如果啟動(dòng)時(shí)忘了加或者想交互可以用fg命令如果只有一個(gè)后臺(tái)作業(yè)或fg %作業(yè)號(hào)。實(shí)操心得單純使用nohup有幾個(gè)明顯缺點(diǎn)1) 日志文件不會(huì)自動(dòng)滾動(dòng)可能撐爆磁盤2) 沒有完善的啟動(dòng)、停止腳本管理不便3) 無(wú)法實(shí)現(xiàn)服務(wù)化開機(jī)自啟、狀態(tài)監(jiān)控。因此這只適用于臨時(shí)測(cè)試或非常簡(jiǎn)單的個(gè)人項(xiàng)目。5. 進(jìn)階部署使用系統(tǒng)服務(wù)管理器Systemd對(duì)于Linux生產(chǎn)服務(wù)器將Java應(yīng)用封裝成系統(tǒng)服務(wù)是標(biāo)準(zhǔn)做法。Systemd是目前主流的服務(wù)管理器。5.1 創(chuàng)建Systemd服務(wù)單元文件在/etc/systemd/system/目錄下創(chuàng)建一個(gè)服務(wù)文件例如demo-app.service。[Unit] DescriptionDemo Spring Boot Application Afternetwork.target syslog.target [Service] Typesimple # 以哪個(gè)用戶運(yùn)行根據(jù)安全要求設(shè)置 Userappuser Groupappuser # 工作目錄JAR包所在路徑 WorkingDirectory/opt/demo-app # 啟動(dòng)命令關(guān)鍵這里我們指定了內(nèi)存參數(shù)和日志重定向。 ExecStart/usr/bin/java -Xms512m -Xmx1024m -jar /opt/demo-app/demo-app.jar # 如果應(yīng)用自己有日志配置輸出到文件可以不重定向。這里演示重定向到Systemd Journal。 # StandardOutputjournal # StandardErrorjournal # 優(yōu)雅停止的超時(shí)時(shí)間 TimeoutStopSec30 # 進(jìn)程退出后是否重啟 Restarton-failure RestartSec10 [Install] WantedBymulti-user.target5.2 關(guān)鍵配置解析User/Group強(qiáng)烈建議不要以root用戶運(yùn)行Java應(yīng)用。創(chuàng)建一個(gè)專用用戶如appuser能提升安全性。-Xms和-Xmx這是JVM堆內(nèi)存的初始大小和最大大小。根據(jù)應(yīng)用實(shí)際需求設(shè)置設(shè)置太小容易OOMOutOfMemoryError設(shè)置太大會(huì)浪費(fèi)資源并可能增加GC停頓時(shí)間。TypesimpleSystemd認(rèn)為服務(wù)進(jìn)程為主進(jìn)程。如果應(yīng)用會(huì)fork子進(jìn)程可能需要設(shè)置為forking。Restarton-failure當(dāng)進(jìn)程非正常退出退出碼非0時(shí)自動(dòng)重啟。這對(duì)于保障服務(wù)高可用非常有用。5.3 管理服務(wù)# 重新加載Systemd配置 sudo systemctl daemon-reload # 啟動(dòng)服務(wù) sudo systemctl start demo-app # 查看服務(wù)狀態(tài) sudo systemctl status demo-app # 停止服務(wù) sudo systemctl stop demo-app # 啟用開機(jī)自啟 sudo systemctl enable demo-app # 查看服務(wù)日志這是Systemd集成的日志管理非常強(qiáng)大 sudo journalctl -u demo-app -f # -f 表示實(shí)時(shí)跟蹤使用Systemd后你獲得了完整的服務(wù)生命周期管理、集中化的日志收集通過journalctl、資源限制可通過LimitCORE等參數(shù)配置等能力是生產(chǎn)環(huán)境推薦的方式。6. 日志框架配置與最佳實(shí)踐前面我們主要處理的是“運(yùn)行”層面的輸出。現(xiàn)在深入“日志”本身看看如何在應(yīng)用內(nèi)部進(jìn)行最佳配置。我們以Spring Boot默認(rèn)集成的Logback為例。6.1 Logback配置文件詳解在src/main/resources下創(chuàng)建logback-spring.xml。?xml version1.0 encodingUTF-8? configuration scantrue scanPeriod60 seconds !-- 定義日志文件存儲(chǔ)的根目錄 -- property nameLOG_HOME value/var/log/demo-app/ !-- 定義日志格式 -- property nameLOG_PATTERN value%d{yyyy-MM-dd HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n/ !-- 控制臺(tái)輸出Appender -- appender nameCONSOLE classch.qos.logback.core.ConsoleAppender encoder pattern${LOG_PATTERN}/pattern charsetUTF-8/charset /encoder /appender !-- 滾動(dòng)文件輸出Appender (按日期和大小) -- appender nameFILE classch.qos.logback.core.rolling.RollingFileAppender file${LOG_HOME}/app.log/file encoder pattern${LOG_PATTERN}/pattern charsetUTF-8/charset /encoder !-- 滾動(dòng)策略 -- rollingPolicy classch.qos.logback.core.rolling.TimeBasedRollingPolicy !-- 每日滾動(dòng)并保留30天歷史文件格式為 app-2023-10-27.log -- fileNamePattern${LOG_HOME}/app-%d{yyyy-MM-dd}.%i.log/fileNamePattern timeBasedFileNamingAndTriggeringPolicy classch.qos.logback.core.rolling.SizeAndTimeBasedFNATP !-- 每個(gè)日志文件最大100MB -- maxFileSize100MB/maxFileSize /timeBasedFileNamingAndTriggeringPolicy maxHistory30/maxHistory !-- 所有日志文件總大小上限 -- totalSizeCap3GB/totalSizeCap /rollingPolicy /appender !-- 異步日志Appender提升性能 -- appender nameASYNC_FILE classch.qos.logback.classic.AsyncAppender !-- 不丟失日志。默認(rèn)情況下如果隊(duì)列剩余80%容量會(huì)丟棄TRACE, DEBUG, INFO級(jí)別的日志 -- discardingThreshold0/discardingThreshold !-- 更改默認(rèn)的隊(duì)列深度該值會(huì)影響性能。默認(rèn)256 -- queueSize512/queueSize !-- 添加附加的appender,最多只能添加一個(gè) -- appender-ref refFILE/ /appender !-- 根Logger設(shè)置全局日志級(jí)別 -- root levelINFO appender-ref refCONSOLE/ appender-ref refASYNC_FILE/ /root !-- 針對(duì)特定包設(shè)置更詳細(xì)的日志級(jí)別常用于調(diào)試 -- logger namecom.yourcompany.demo levelDEBUG additivityfalse appender-ref refCONSOLE/ appender-ref refASYNC_FILE/ /logger /configuration6.2 配置核心要點(diǎn)解析滾動(dòng)策略RollingPolicy這是防止日志撐爆磁盤的關(guān)鍵。示例中采用了時(shí)間大小雙重滾動(dòng)策略每天生成一個(gè)新日志文件并且如果單個(gè)文件超過100MB即使在同一天也會(huì)滾動(dòng)到下一個(gè)文件%i是索引號(hào)。maxHistory和totalSizeCap用于自動(dòng)清理舊日志。異步日志AsyncAppender將日志事件放入一個(gè)獨(dú)立的隊(duì)列由另一個(gè)線程負(fù)責(zé)寫入磁盤。這能極大減少因?yàn)榇疟PI/O阻塞而導(dǎo)致的業(yè)務(wù)線程等待時(shí)間對(duì)高并發(fā)應(yīng)用性能提升顯著。但需要注意在應(yīng)用異常崩潰時(shí)隊(duì)列中未寫入磁盤的日志可能會(huì)丟失。discardingThreshold0可以防止丟失但會(huì)增加內(nèi)存壓力。日志級(jí)別Level生產(chǎn)環(huán)境根級(jí)別通常設(shè)為INFO或WARN。為調(diào)試特定問題可以臨時(shí)將某個(gè)包的級(jí)別調(diào)為DEBUG而無(wú)需重啟整個(gè)應(yīng)用利用scantrue屬性。日志格式Pattern包含時(shí)間、線程、級(jí)別、Logger名和消息。在分布式系統(tǒng)中強(qiáng)烈建議在日志中加入TraceID這需要與SLF4J MDCMapped Diagnostic Context配合使用便于串聯(lián)一次請(qǐng)求的所有日志。6.3 在代碼中正確使用日志使用門面接口始終使用org.slf4j.Logger和LoggerFactory而不是具體實(shí)現(xiàn)類如Logback的Logger。這保證了底層日志框架的可替換性。避免字符串拼接使用占位符格式。// 推薦延遲計(jì)算只有當(dāng)日志級(jí)別是DEBUG時(shí)才會(huì)執(zhí)行 expensiveOperation() log.debug(User {} performed action {}, result: {}, userId, action, expensiveOperation()); // 不推薦無(wú)論級(jí)別如何都會(huì)先進(jìn)行字符串拼接和調(diào)用方法 log.debug(User userId performed action action , result: expensiveOperation());日志內(nèi)容要有價(jià)值日志應(yīng)包含足夠的上下文信息用戶ID、訂單號(hào)、請(qǐng)求ID等以便于定位問題。避免無(wú)意義的“進(jìn)入方法”、“執(zhí)行成功”。7. 生產(chǎn)環(huán)境綜合日志方案在實(shí)際生產(chǎn)環(huán)境中我們往往需要將日志收集、聚合、分析和可視化而不僅僅是寫在本地文件里。7.1 本地文件 ELK/EFK 棧這是非常經(jīng)典的方案。應(yīng)用層如上所述配置Logback將日志以JSON格式便于解析輸出到本地文件。可以使用logstash-logback-encoder庫(kù)輕松實(shí)現(xiàn)JSON輸出。收集層使用Filebeat或Fluentd作為日志收集器監(jiān)控應(yīng)用日志文件實(shí)時(shí)將新增的日志行發(fā)送到消息隊(duì)列如Kafka或直接給Logstash。處理與存儲(chǔ)層Logstash對(duì)日志進(jìn)行過濾、解析如將JSON字符串解析為字段、豐富如添加主機(jī)IP后發(fā)送到Elasticsearch進(jìn)行索引和存儲(chǔ)。可視化層通過Kibana對(duì)Elasticsearch中的日志數(shù)據(jù)進(jìn)行搜索、分析和圖形化展示。7.2 直接對(duì)接日志中心對(duì)于云原生應(yīng)用或容器化部署更流行的做法是將日志直接發(fā)送到日志服務(wù)避免管理本地文件。使用Logback Appender配置ch.qos.logback.core.ConsoleAppender將日志以特定格式通常是JSON輸出到標(biāo)準(zhǔn)輸出stdout。容器化部署在Kubernetes中容器引擎如Docker會(huì)捕獲容器的stdout/stderr流并由容器運(yùn)行時(shí)或Sidecar容器如Fluentd將這些流式日志直接發(fā)送到遠(yuǎn)端的日志聚合系統(tǒng)如Elasticsearch、Loki、云廠商的日志服務(wù)。優(yōu)勢(shì)無(wú)需管理日志文件滾動(dòng)和清理日志天生是集中式的非常適合動(dòng)態(tài)伸縮的微服務(wù)環(huán)境。7.3 關(guān)鍵注意事項(xiàng)日志級(jí)別動(dòng)態(tài)調(diào)整生產(chǎn)環(huán)境出問題時(shí)臨時(shí)將日志級(jí)別從INFO調(diào)到DEBUG可以幫助定位問題。一些高級(jí)的日志框架或通過Spring Boot Actuator的loggers端點(diǎn)可以支持動(dòng)態(tài)調(diào)整無(wú)需重啟應(yīng)用。敏感信息脫敏絕對(duì)不要在日志中記錄密碼、密鑰、完整的銀行卡號(hào)、身份證號(hào)等敏感信息。可以在Logback的Encoder中使用替換策略或者在Logstash中配置過濾器進(jìn)行脫敏。日志性能監(jiān)控過多的DEBUG日志或低效的Appender配置會(huì)嚴(yán)重影響應(yīng)用性能。需要監(jiān)控日志輸出的速率和I/O開銷。8. 常見問題排查與實(shí)戰(zhàn)技巧即使配置妥當(dāng)在實(shí)際運(yùn)行中還是會(huì)遇到各種問題。這里記錄一些典型場(chǎng)景和排查思路。8.1 JAR包運(yùn)行常見問題問題現(xiàn)象可能原因排查命令/解決方案Error: Unable to access jarfileJAR文件路徑錯(cuò)誤、文件不存在或權(quán)限不足。ls -l /path/to/your.jar檢查文件和權(quán)限。使用絕對(duì)路徑。no main manifest attributeJAR包不是可執(zhí)行JAR或MANIFEST.MF中未指定Main-Class。jar tf your.jar | grep META-INF/MANIFEST.MF查看清單文件。或用java -cp your.jar com.your.MainClass指定主類運(yùn)行。ClassNotFoundException或NoClassDefFoundError缺少依賴的JAR包。可執(zhí)行JAR需要包含所有依賴如Spring Boot的fat jar或通過-cp指定classpath。檢查是否打包了所有依賴。對(duì)于普通JAR運(yùn)行時(shí)應(yīng)java -cp your.jar:lib/* com.your.MainClass。java.lang.OutOfMemoryError: Java heap space堆內(nèi)存不足。增加JVM參數(shù)-Xmx如-Xmx2048m。結(jié)合jmap,jstat工具分析內(nèi)存使用情況定位內(nèi)存泄漏。進(jìn)程啟動(dòng)后立即退出可能依賴的服務(wù)如數(shù)據(jù)庫(kù)、Redis連接不上或應(yīng)用本身啟動(dòng)失敗。查看日志這是最重要的步驟。檢查Systemd日志 (journalctl -u your-service) 或 nohup輸出文件。確保所有配置正確。8.2 日志相關(guān)疑難雜癥日志文件不生成或沒內(nèi)容檢查日志目錄權(quán)限運(yùn)行Java進(jìn)程的用戶如appuser必須對(duì)LOG_HOME目錄有寫權(quán)限。檢查L(zhǎng)ogback配置文件名和位置Spring Boot默認(rèn)查找logback-spring.xml。確保文件在classpath根目錄。檢查Appender引用在root或logger中是否通過appender-ref refFILE/正確引用了你的文件Appender。開啟Logback內(nèi)部狀態(tài)查看在JVM參數(shù)中添加-Dlogback.statusListenerClassch.qos.logback.core.status.OnConsoleStatusListener啟動(dòng)時(shí)會(huì)打印Logback自身的狀態(tài)信息幫助定位配置錯(cuò)誤。日志文件過大磁盤報(bào)警確認(rèn)滾動(dòng)策略生效檢查fileNamePattern、maxFileSize、maxHistory配置是否正確。注意TimeBasedRollingPolicy的滾動(dòng)觸發(fā)需要日志事件發(fā)生如果應(yīng)用長(zhǎng)時(shí)間無(wú)日志可能不會(huì)滾動(dòng)。檢查是否有其他日志輸出是否還有使用nohup ... app.log這種方式的輸出與Logback的文件輸出疊加了檢查系統(tǒng)cron任務(wù)或其它腳本。臨時(shí)清理使用truncate -s 0 app.log可以快速清空一個(gè)日志文件慎用確保應(yīng)用不在寫入時(shí)操作。更好的方法是配置好日志滾動(dòng)和定期刪除策略。日志輸出混亂格式不對(duì)依賴沖突項(xiàng)目中可能引入了多個(gè)日志框架的JAR包如log4j-over-slf4j, jul-to-slf4j或者SLF4J綁定器不止一個(gè)。使用Maven的mvn dependency:tree命令檢查依賴排除不需要的日志jar。配置文件被覆蓋確保你的logback-spring.xml優(yōu)先級(jí)最高。Spring Boot的配置文件加載有特定順序。8.3 一個(gè)實(shí)用的啟動(dòng)腳本示例除了Systemd一個(gè)健壯的Shell啟動(dòng)腳本也很有用特別是需要在不同環(huán)境進(jìn)行一些前置檢查時(shí)。#!/bin/bash # run.sh - 用于啟動(dòng)Java應(yīng)用的腳本 APP_NAMEdemo-app JAR_FILE/opt/demo-app/demo-app.jar LOG_DIR/var/log/demo-app PID_FILE/var/run/${APP_NAME}.pid JAVA_OPTS-Xms512m -Xmx1024m -Dlogback.statusListenerClassch.qos.logback.core.status.OnConsoleStatusListener # 創(chuàng)建日志目錄 mkdir -p ${LOG_DIR} # 檢查Java是否安裝 if ! type java /dev/null 21; then echo Java is not installed or not in PATH. exit 1 fi # 檢查JAR文件是否存在 if [ ! -f ${JAR_FILE} ]; then echo JAR file not found: ${JAR_FILE} exit 1 fi function start() { if [ -f ${PID_FILE} ]; then PID$(cat ${PID_FILE}) if ps -p ${PID} /dev/null; then echo ${APP_NAME} is already running (PID: ${PID}). exit 1 else echo Removing stale PID file. rm -f ${PID_FILE} fi fi echo Starting ${APP_NAME}... # 使用exec將進(jìn)程替換為Java進(jìn)程信號(hào)可以正確傳遞 nohup java ${JAVA_OPTS} -jar ${JAR_FILE} ${LOG_DIR}/console.out 21 echo $! ${PID_FILE} echo ${APP_NAME} started with PID: $! } function stop() { if [ -f ${PID_FILE} ]; then PID$(cat ${PID_FILE}) echo Stopping ${APP_NAME} (PID: ${PID})... kill -15 ${PID} 2/dev/null # 等待進(jìn)程結(jié)束 for i in {1..30}; do if ! ps -p ${PID} /dev/null; then break fi sleep 1 done if ps -p ${PID} /dev/null; then echo Force killing ${APP_NAME} (PID: ${PID})... kill -9 ${PID} 2/dev/null fi rm -f ${PID_FILE} echo ${APP_NAME} stopped. else echo PID file not found. Is ${APP_NAME} running? fi } case $1 in start) start ;; stop) stop ;; restart) stop sleep 2 start ;; status) if [ -f ${PID_FILE} ]; then PID$(cat ${PID_FILE}) if ps -p ${PID} /dev/null; then echo ${APP_NAME} is running (PID: ${PID}). else echo ${APP_NAME} PID file exists but process not found. fi else echo ${APP_NAME} is not running. fi ;; *) echo Usage: $0 {start|stop|restart|status} exit 1 ;; esac這個(gè)腳本提供了基本的啟動(dòng)、停止、重啟和狀態(tài)檢查功能并處理了PID文件避免了重復(fù)啟動(dòng)。在實(shí)際使用中你可能還需要加入更多的環(huán)境檢查、JVM參數(shù)配置和日志備份邏輯。從一行簡(jiǎn)單的java -jar命令到一套涵蓋服務(wù)化部署、精細(xì)化日志管理、集中化監(jiān)控的完整方案這中間體現(xiàn)的是一個(gè)Java開發(fā)者對(duì)生產(chǎn)環(huán)境負(fù)責(zé)的態(tài)度。把這些基礎(chǔ)打牢后續(xù)無(wú)論是應(yīng)對(duì)性能瓶頸、排查詭異Bug還是進(jìn)行系統(tǒng)擴(kuò)容你都會(huì)更有底氣。記住清晰的日志和可控的進(jìn)程是運(yùn)維工作中最可靠的“望遠(yuǎn)鏡”和“控制器”。