05日志標準化規(guī)范初稿-資料下載頁
2025-04-14 10:34本頁面
【正文】 在異常處理模塊中應提供適量的錯誤原因信息，但很多開發(fā)人員只是把logging當做處理異常的一種方式。他們通常返回缺省值，然后當做什么都沒發(fā)生。而有些開發(fā)人員先log異常信息，然后再拋出包裝過的異常。如：(IO exception, e)。throw new MyCustomException(e)。這種方法總是會打印兩次相同的stack trace信息，因為有些地方會捕捉MyCustomException異常，然后輸出導致問題的日志信息。，必須捕捉并處理異常、將異常記錄到日志中（除非打算拋出異常），捕獲異常后不處理也不輸出log是一種非常不負責任的行為，這會造成問題很難被定位，極大地提高調(diào)試的成本。須注意以下幾點： (1)將try/catch區(qū)段置于循環(huán)之外。(2)盡量減小try塊的體積，不要從try區(qū)段中返回。(3)不要將異常用于程序流程控制。(4)不要處理能夠避免的異常。(5)盡量拋出異常，頂層的main()函數(shù)截獲所有的異常，并且打印（或者記錄在日志中）在屏幕上。 (6)異常捕獲盡量不要直接catch(Exceptionex)，應該把異常細分處理。(7)一個方法不應拋出太多類型的異常。說明：如果程序中需要分類處理，則將異常根據(jù)分類組織成繼承關(guān)系。如果確實有很多異常類型首先考慮用異常描述來區(qū)別，throws/exception子句標明的異常最好不要超過三個。(8)(),().()、()、()三者的區(qū)別：()獲取的信息包括異常類型和異常詳細消息。()只是獲取了異常的詳細消息字符串。()。會打出詳細異常,異常名稱,出錯位置,便于調(diào)試用，一般一個異常至少幾十行。try {m = 1/0。 } catch (Exception e) { (())。 (())。 }輸出結(jié)果：: / by zero/ by zero22. 日志信息中盡量包含數(shù)據(jù)和描述：easy to read, easy to parse，開發(fā)人員不能為了自己查找信息方便，輸出類似“!@$%”的Log。對于“敏感”的單位信息，如名稱、余額等信息，禁止使用debug以上級別的日志方法記錄，在開發(fā)過程中，也應減少日志對該類信息的記錄。一些敏感信息可以打馬賽克后輸出，比如字符串部分內(nèi)容換成*。如：身份證號422927194910011234,可以考慮這樣輸出: 42292719491*****34。對于特別敏感的交易信息（如密碼），不能輸出到日志文件。輸出到磁盤或數(shù)據(jù)庫上的log日志應注意保密。必須先對當天日志進行壓縮，再做磁帶備份，生產(chǎn)機上保留至少15個工作日的日志備份。當應用程序同時處理多個客戶的請求時，不同客戶之間的日志信息寫同一個日志文件時不應產(chǎn)生沖突，不同請求的日志信息能被顯示并區(qū)分出來。26. 日志文件命名。即日志文件名必須滿足系統(tǒng)名稱.。yyyyMMddHH表示每日整點時重新命名日志文件，以方便按時間定位日志信息；單個日志文件建議50M~~100M之間，即當日志文件超過該范圍時，舊日志文件重命名為系統(tǒng)名稱.(n從1開始編號以步長1遞增)，新日志寫入系統(tǒng)名稱.。這里的系統(tǒng)名稱表示各個實際項目的英文縮寫，英文縮寫必須遵循單位對系統(tǒng)英文縮寫的統(tǒng)一規(guī)定。 五． linux日志logger常用命令（系統(tǒng)暫不涉及）
公司管理相關(guān)推薦
鄂ICP備17016276號-1