2019/02/03
前段時間在處理程式異常的過程中，只考慮了「最後清理環境」的問題；但當時應該是還有另外乙個問題困擾著我。當時在一些異常處理的文章中學習到，異常應該逐步往上傳遞。那麼傳遞的過程中，是可以封裝為其他異常的。對於我的日誌內容我應該怎麼記錄，或者說，我應該在異常網上傳遞的過程中，哪個過程進行日誌記錄。
上面的問題，描述的還是不夠清楚。我想乙個比較清楚的例子來解釋一下，就拿前段時間寫的自動化的程式來說。我在進入某些函式之後，我最終是希望記錄日誌，記錄一下這次工作的狀態，那麼如果中間出現了異常，往上傳遞的時候我就一直往上穿？？？那豈不是定義的所有的異常都集中在最上面了，這種肯定不是好的風格；但是如果中間截住了異常，那麼我又應該怎麼告訴上面的函式記錄具體的日誌資訊呢。我個人感覺這裡的乙個問題本質上是乙個程式設計過程的說法。
另外一種情況就是存在與函式呼叫比較深，比較廣的過程，我是不是每次在呼叫某個函式出現異常之後都要重複同樣的**。。。
2019/02/04
關於這部分內容，我還是需要細化一下我具體想要的細節。
看到乙個**的內容，[exceptional-logging-of-exceptions-in-python]
(這個內容已經很像我想要的東西了，但還是不明確。他通過介紹了幾種進行日誌記錄的模式來處理相應的異常。
其實我不是非常理解這部分內容到底應該屬於什麼方面的內容。
2019/02/05
我覺得還是我在寫程式的時候思考的不夠多，大部分介紹的文章都是哪些內容。不是我忽略了什麼東西，還是我沒有組織好自己的程式應該怎麼來運作。
這部分應該是要明確，各種異常應該怎麼處理，致命錯誤肯定是要直接暴露。
這部分尷尬的是，我當時寫程式的時候，在記錄日誌的時候我使用的logging模組，所以整體上的格式不夠明確。看來這部分內容還是我設計的不好。
(我感覺還是整體的專案設計我沒有明確，昨天也看到了很多這部分的內容，很多也是我沒接觸過的，比如測試這種，以前一直看見過，但是都沒有了解過。）
[1][exceptional-logging-of-exceptions-in-python]
(
異常處理日誌記錄
在我們工作當中無法避免bug，為了能快速解決bug，需要能精準快速的定位問題所在。這就需要我們將每次異常日誌完整的記錄下來,包括傳入的引數，在哪個類的哪個方法哪一行報錯的 在php中常使用gettrace來定位問題所在 function test try catch exception e 輸出 a...
python日誌logging記錄，過期自動刪除
python使用logging庫可以簡單明瞭的格式化輸出log到終端或檔案。when 是乙個字串的定義如下 s seconds m minutes h hours d days w week day 0 monday midnight roll over at midnight 使用下面方法把log...
異常處理和日誌
1.程式中的異常 在程式執行過程中，遇到錯誤，導致程式意外終止，停止執行 控制台異常的顯示 異常類別 錯誤說明 異常發生的位置 包含 包名.類名.方法名 異常發生的 行數 方法呼叫採用先進後出的方式，所以排查bug從最上面的異常往下看 exception 異常 check異常 檢查異常 程式無法自動...