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