在開發的過程中，我們會記錄日誌。這樣可以方便關於觀察程式的執**況，和問題的所在。在看日誌就可以知道，當前的程式是在執行什麼操作，操作的結果是什麼？個人認為這樣的日誌才是有效的日誌。
記錄執行的方法名或者類名等
記錄方法名或者類名，這樣我們可以準確的定位到當前執行的是什麼服務。
記錄服務的輸入與輸出
輸入可以知道使用者輸入了什麼。輸出就可以知道程式的執行結果。與使用者得到結果就可以相互比對確定問題在服務端還是客戶端。
關鍵邏輯位置記錄執行
邏輯的跳轉，邏輯的處理。這裡經常是程式問題的高發期。在這些地方多列印日誌，可以方便排查邏輯的問題。
把異常列印出來
把程式的異常資訊列印出來這是大家都比較清楚的。一般我們要能夠定位異常的所在位置。要列印異常的描述和異常的堆疊。這樣我們就可以快速的解決問題。
日誌要通俗易懂
日誌是要讓我們知道程式在做什麼？執行結果怎麼樣?出現什麼問題。所以日誌要盡可能的讓我們一看到資訊就能知道程式在做什麼，結果怎麼樣，或者有什麼問題。
關於日誌記錄的總結
前段時間，公司的乙個專案，需要做很多的資料介面和同步程式，於是就遇到了日誌記錄的問題，何時記錄，如何記錄，哪些要記哪些不用記等問題。針對日誌記錄的問題,經過一系列討論，終於達成了統一的處理辦法。解決了各個模組系統，不同的開發人員，日誌記錄不統一，隨意的問題。今天終於抽出時間把這個問題總結並結合網路上...
關於日誌的資訊記錄
private integer id id名稱 private string visittime 訪問的時間 訪問的時間會在插入資料庫的時候進行新增 private string executetime 執行方法的時間 private string url 訪問的路徑 private string ...
關於日誌記錄的經驗分享
今天主要寫的是記日誌的一些經驗，我們在正式的生產環境中總是會通過在程式中寫日誌來記錄異常或者生產環境的配置或者記錄一些程式的操作。日誌很多的時候主要分成記錄異常日誌和記錄非異常的日誌。非異常日誌的種類也很多，更多的時候我很是用來記錄程式執行的狀態的，比如環境的配置，版本，操作的使用者還有就是執行的資...