java操作日誌記錄

1. java中如何記錄管理員的操作日誌，並且在web界面可以查詢到這些信息求哪位大神指教！

建一個操作日誌的表，可以在具體操作方法的地方，添加操作記錄，然後查詢這個表就可以了

2. java開發怎麼做日誌功能 就是記錄用戶每一步的操作具體做什麼了

細說起來，還算是比較麻煩的。大概給你個思路：
要記錄操作日誌，還能查看，那肯定得需要把操作記錄保存起來——直接保存到資料庫即可。
日誌管理模塊的話，因為有上邊的日誌記錄了，做個刪查的功能應該好做。這塊就不細說了。

最主要的地方：怎樣記錄日誌。思路如下：
先分析好需要記錄哪些日誌，這個一般都記錄新增、修改、刪除數據的操作。另外有些特殊的查詢操作也要記錄。

其實是如何記錄。一開始提到了日誌入庫。現在有個問題是什麼時候來做個邏輯。這個時機一般也是訪問者發起操作時就開始做。比如說在action或者servlet或者controller的對應的方法體里開始記錄。當然這需要寫好日誌入庫的邏輯。

其實這個日誌管理也是個比較完整的功能塊，甚至可以是個小系統。也有許多小細節和解決方案。思路有了，如何實現就根據情況而定吧。

3. java中如何使用log4j將記錄的操作日誌信息

1. 主要是通過配置文件
   

   1.1 Log4j 支持兩種配置文件格式，一種是 XML 格式的文件，一種是 Java 特性文件 lg4j.properties （鍵 = 值）。

2. Logger 負責處理日誌記錄的大部分操作。
   其語法為：
   log4j.rootLogger = [ level ] , appenderName, appenderName, …
   2.1 level 是日誌記錄的優先順序，分為 OFF 、 FATAL 、 ERROR 、 WARN 、 INFO 、 DEBUG 、 ALL
   或者自定義的級別。

   2.2Log4j 建議只使用四個級別，優先順序從高到低分別是 ERROR 、 WARN 、 INFO 、 DEBUG
   。

   2.3通過在這里定義的級別，您可以控制到應用程序中相應級別的日誌信息的開關。比如在這里定義了
   INFO 級別，只有等於及高於這個級別的才進行處理，則應用程序中所有 DEBUG 級別的日誌信息將不被列印出來。

   2.4 ALL: 列印所有的日誌，
   OFF ：關閉所有的日誌輸出。 appenderName 就是指定日誌信息輸出到哪個地方。可同時指定多個輸出目的地。

3. 配置日誌信息輸出目的地 Appender 負責控制日誌記錄操作的輸出。

   3.1log4j.appender.appenderName = fully.qualified.name.of.appender.class
   3.2log4j.appender.appenderName.option1 = value1
   3.3log4j.appender.appenderName.optionN = valueN

4. Log4j 提供的 appender

   4.1org.apache.log4j.ConsoleAppender （控制台），
   4.2org.apache.log4j.FileAppender （文件），
   4.3org.apache.log4j.DailyRollingFileAppender （每天產生一個日誌文件），
   4.4org.apache.log4j.RollingFileAppender
   （文件大小到達指定尺寸的時候產生一個新的文件），可通過 log4j.appender.R.MaxFileSize=100KB
   設置文件大小，還可通過 4.5log4j.appender.R.MaxBackupIndex=1 設置為保存一個備份文件。
   4.6org.apache.log4j.WriterAppender （將日誌信息以流格式發送到任意指定的地方）

   5.Layout
   
   5.1org.apache.log4j.HTMLLayout （以 HTML 表格形式布局），
   5.2org.apache.log4j.PatternLayout （可以靈活地指定布局模式），
   5.3org.apache.log4j.SimpleLayout （包含日誌信息的級別和信息字元串），
   5.4org.apache.log4j.TTCCLayout （包含日誌產生的時間、線程、類別等等信息） 6.格式化日誌信息
   Log4J 採用類似 C 語言中的 printf 函數的列印格式格式化日誌信息，列印參數如下：
   6.1%m 輸出代碼中指定的消息
   6.2%p 輸出優先順序，即 DEBUG ， INFO ， WARN ， ERROR ， FATAL
   6.3%r 輸出自應用啟動到輸出該 log 信息耗費的毫秒數
   6.4%c 輸出所屬的類目，通常就是所在類的全名
   6.5%t 輸出產生該日誌事件的線程名
   6.6%n 輸出一個回車換行符， Windows 平台為 「rn」 ， Unix 平台為 「n」
   6.7%d 輸出日誌時間點的日期或時間，默認格式為 ISO8601 ，也可以在其後指定格式，比如： %d{yyyy MMM dd HH:mm:ss,SSS} ，輸出類似： 2002 年 10 月 18 日 22 ： 10 ： 28 ， 921
   6.8%l 輸出日誌事件的發生位置，包括類目名、發生的線程，以及在代碼中的行數。 7. log4j.propertie 示例文件：
   
   log4j.rootCategory=INFO, stdout,file
   
   7.1 定義名為 stdout 的輸出端的類型
   log4j.appender.stdout=org.apache.log4j.ConsoleAppender
   log4j.appender.stdout.layout=org.apache.log4j.PatternLayout
   log4j.appender.stdout.layout.ConversionPattern=[QC] %p [%t] %C.%M(%L) | %m%n
   
   7.2定義名為 file 的輸出端的類型為每天產生一個日誌文件。
   log4j.appender.file =org.apache.log4j.DailyRollingFileAppender
   log4j.appender.file.File=log.txt
   log4j.appender.file.layout=org.apache.log4j.PatternLayout
   log4j.appender.file.layout.ConversionPattern=%d-[TS] %p %t %c - %m%n
   
   
   7.3指定 com.neusoft 包下的所有類的等級為 DEBUG 。可以把 com.neusoft 改為自己項目所用的包名。
   log4j.logger.com.neusoft=DEBUG
   
   7.4如果項目中沒有配置 EHCache ，則配置以下兩句為 ERROR 。
   log4j.logger.com.opensymphony.oscache=ERROR
   log4j.logger.net.sf.navigator=ERROR
   
   8struts 配置
   log4j.logger.org.apache.commons=ERROR
   
   log4j.logger.org.apache.struts=WARN
   
   8.1 displaytag 配置
   log4j.logger.org.displaytag=ERROR
   
   8.2 spring 配置
   log4j.logger.org.springframework=DEBUG
   
   8.3 ibatis 配置
   log4j.logger.com.ibatis.db=WARN
   8.4 hibernate 配置
   
   log4j.logger.org.hibernate=DEBUG log4j.logger.org.apache.velocity=FATAL
   log4j.logger.com.canoo.webtest=WARN
   

4. java關於存取資料庫後做日誌記錄問題,不是用log4j

提供建議如下：
1.每個需要被日誌管理的資料庫映射類都加一個功能名稱屬性並賦值。
2.封裝hibernate中提供的save方法（增、改）和delete方法（刪）。
在save方法中先判斷傳過來的對象的id，有id為更改，無id為新增。然後向日誌管理類添加對象。操作為新增或更改，功能為對象.get功能名稱,其他如操作人員及時間等應該有公共類可以取得.
刪除方法類似;
大概思路應該就是這樣.

5. java如何做系統操作日誌

手頭沒有代碼，用文字書寫比較麻煩，說說思路吧：
1）：操作日誌與每一個人的系統許可權密切相關，在前期定義許可權的時候，必須區分好每一個用戶級別的許可權（一級菜單與菜單下具體功能），需要用多張表進行許可權標識，並且建立各個表之間的關聯關系（具體設置此處略）。
2）：當用戶點擊系統內每一個功能（每一個功能按鈕）的時候，一方面實現按鈕功能（新建按鈕實現新建功能），另外一方面將此處的功能名稱、模塊名稱、用戶名、時間等信息一並存儲到用戶操作表裡面。
3）：在用戶操作查詢頁面輸入相應的條件，在用戶操作表內查詢即可。

6. java 數據同步 日誌怎麼記

如何保證數據一致性是很多程序（軟體）都避免不了的問題，比如內存數據和文件數據的一致性，多備份數據一致性，多程序的數據同步等。保證數據一致性也有很多種方式：實時同步，准實時同步，定時同步等。
本文主要介紹的是准實時同步的一種，通過操作日誌來保證最終數據的一致性。
設計思路：對於改變底層數據的操作（如增刪改）進行記錄並形成日誌，通過redo這個日誌保證另一套系統的數據的一致性。
詳細設計：
1）底層介面的封裝 。對於每個數據操作都必須封裝成介面。最終其實設計本身就是在兩個數據源處都調用的相同順序的數據操作介面。
2）操作的記錄和解析。能清楚的記錄操作，能准確的解析操作，能對做過和沒做過的操作進行區分。
3）日誌的記錄和去除。為了防止記錄丟失，記錄必須持久化。通過什麼策略來記日誌？通過什麼策略來去除已經做過的日誌？
4）異常的處理。程序有可能異常終止。日誌操作已經完成在日誌中卻沒有去除？對於每個具體的操作都有不同的處理策略。介面本身設計最好是原子的。
以上是設計的大致思路和需要考慮的部分問題，細節的實現最終會通過代碼來實現，未完待續。

7. java開發怎麼做日誌功能 就是記錄用戶每一步的操作具體做什麼了

Java開發做日誌功能是比較麻煩的，Java開發學做日誌功能推薦千鋒教育。千鋒教育合作院校超600所，校企合作共建實驗室50餘個，與教育部產學合作協同育人項目累計成功立項768項，為高校舉辦實訓近萬次，組織實施各類講座5萬余場。規劃教材100本，已被近500所高校選用授課教材，深受廣大高校師生喜愛。

日誌對於一個系統來說非常重要，查找異常信息、分析系統運行情況等都需要用到日誌。所以無論是JDK還是第三方都提供了關於日誌的相關工具，本文分別介紹以下幾種工具，以及各種工具間的整合、原理。日誌，作為行為或狀態詳細描述的載體，其時效性與信息豐富程度在企業安全事件分析、事件回溯和取證過程中起到重要作用。在法律層，日誌也是重要的電子證據，先進的日誌記錄、監控和審計手段，可以幫助客戶有效地減少信息破壞、信息泄露的問題，對違法行為起到一定威懾作用。

想要了解更多java開發的相關信息，推薦咨詢千鋒教育。千鋒Java現已擁有成熟獨立的項目庫，項目均1：1引進大廠項目，授課採用 CREA 項目研發模型，即 Cooperation、Research、Exercise、Alliance，以項目促進高質量教學。多場景，多學科聯動為學員的技能實戰提供高度還原的真實演練場，充分賦能學員簡歷價值，打造企業直聘班，得到廣大學員一致認可。

8. java程序中實現系統日誌功能怎麼做就是用來記錄使用系統的操作記錄的那種，有例子的話更好，在線等候...

其實系統日誌就是在系統操作者完成操作的同時，記錄操作的詳細信息，這個記錄功能一般是在操作者完成操作同時進行處理的。例如，系統使用者對某一個表完成了插入操作，那麼插入操作完成的同時，加一行代碼，或者在插入操作調用的存儲過程中加一段向程序日誌表內插入一條操作信息！
以後想要知道操作人的操作信息，檢索操作日誌表就可以了！
先建立一個操作日誌表，通常不止一個，按照操作分類添加！

9. 使用java如何記錄用戶操作系統時產生的日誌不使用log4的方法，謝謝，最好有代碼

你的意圖是想把日誌記錄到資料庫？自己編碼的話，要考慮的關鍵問題是不影響業務的邏輯的運行和盡量少的操作資料庫。
一般採用多線程記錄日誌和採用管道的方式批量插入資料庫

記錄到文件也是一樣的道理，盡量少的寫文件而已，如果要求不是很嚴格，只用多線程，就比較簡單了

10. java中event日誌怎麼寫

編程語言
這份Java日誌格式規范，拿走不謝！

androidstarjack
轉載
關注
0點贊·124人閱讀
點擊上方關注 「終端研發部」
設為「星標」，和你一起掌握更多資料庫知識
登錄後復制
作者: 思影影思
來源: blog.csdn.net/lk142500/article/details/80424945
登錄後復制
Part1簡介
在程序中寫日誌是一件非常重要，但是很容易被開發人員忽視的地方。寫好程序的日誌可以幫助我們大大減輕後期維護壓力。在實際的工作中，開發人員往往迫於巨大時間壓力，而寫日誌又是一個非常繁瑣的事情，往往沒有引起足夠的重視。開發人員應在一開始就養成良好的日誌撰寫習慣，並且應在實際的開發工作中為寫日誌預留足夠的時間。

1.1 日誌的作用
一般程序日誌出自下面幾個方面的需求：

記錄用戶操作的審計日誌，甚至有的時候就是監管部門的要求。

快速定位問題的根源

追蹤程序執行的過程。

追蹤數據的變化

數據統計和性能分析

採集運行環境數據 一般在程序上線之後，一旦發生異常，第一件事就是要弄清楚當時發生了什麼。用戶當時做了什麼操作，環境有無影響，數據有什麼變化，是不是反復發生等，然後再進一步的確定大致是哪個方面的問題。確定是程序的問題之後再交由開發人員去重現、研究、提出解決方案。這時，日誌就給我們提供了第一手的資料。

1.2 撰寫日誌的要求
既然撰寫日誌是有需求，而且也能在未來幫助我們提高工作效率的事情，長遠來看是非常有利的一件事情。因此我們應該在自己開發的程序中符合規范的撰寫日誌，在寫日誌時要注意以下的問題。

歡迎關注公眾號"終端研發部"，查看更多干貨！
1.2.1 日誌的可讀性
日誌時給人讀的，不僅僅是讓自己明白，也要讓沒有接觸過我們源代碼的其他程序員也能夠一目瞭然。有的同事在日誌中列印特殊的標識符號，例如「++++++++++」， 「===========」，「—————」，這些符號令人眼花繚亂。這是一種不好的編程習慣。另外，把日誌分類輸出到不同的文件也有利於我們排除干擾，迅速找到我們需要的信息。而且，最好在列印日誌時輸出英文，防止中文不支持而列印出亂碼的情況。

1.2.2 日誌的性能
無論我們把日誌寫到文件還是資料庫，都需要消耗IO資源。適當的控制日誌的輸出也有利於提高程序的性能。例如：盡量避免在在大的循環中列印意義不大的日誌內容。輸出日誌之前最好能判斷日誌的級別(例如. debug前先調用isDebugEnabled()作出判斷)。

1.2.3 佔用磁碟空間
通常，我們都是把日誌寫入磁碟上的日誌文件中。適當的使用滾動日誌並且定時清除舊文件是有好處的。我見過這樣一個例子，程序運行幾次後就跑不起來了，前幾次都是正常的。怎麼都想不明白程序有什麼問題，最後才發現居然是日誌文件占滿了磁碟空間。在實際的應用中出現上G的日誌文件也往往不少見。要在這樣規模的日誌文件中找出對解決問題有用的信息也是一大挑戰。

1.2.4 日誌的時效性
有的時候我們並不能及時的發現問題。需要追溯之前的日誌。所以我們是需要保留一段時間以內的日誌便於追溯。

1.2.5 日誌級別
通常我們在產品環境中日誌的級別都在INFO以上，所以我們必須保證在這樣的情況下程序仍然能夠輸出足夠我們作出判斷的信息。例如常見的系統具有如下的日誌級別：

// 定義FATAL級別輸出宏
#define DRV_LOG_FATAL(fmt, ...) hlog_format(HLOG_LEVEL_FATAL, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)

// 定義ERROR級別輸出宏
#define DRV_LOG_ERROR(fmt, ...) hlog_format(HLOG_LEVEL_ERROR, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)

// 定義WARN級別輸出宏
#define DRV_LOG_WARN(fmt, ...) hlog_format(HLOG_LEVEL_WARN, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)

// 定義INFO級別輸出宏
#define DRV_LOG_INFO(fmt, ...) hlog_format(HLOG_LEVEL_INFO, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)

// 定義DEBUG級別輸出宏
#define DRV_LOG_DEBUG(fmt, ...) hlog_format(HLOG_LEVEL_DEBUG, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)
// 定義TRACE級別輸出宏
#define DRV_LOG_TRACE(fmt, ...) hlog_format(HLOG_LEVEL_TRACE, "PluginDriver", "[%s(%d)] "fmt, __FUNCTION__, __LINE__, ##__VA_ARGS__)
登錄後復制

上述的日誌文件中定義了6種日誌級別，不同級別的含義在下文詳述，需要了解到在一個程序開發的過程中需要維護不同的分別為FATAL， ERROR， EARN， INFO， DEBUG， TRACE。

1.2.6 日誌內容
我們在寫日誌的時候，需要注意輸出適當的內容。首先，盡量使用業務相關的描述。我們的程序是實現某種業務的，那麼就最好能描述清楚這個時候走到了業務過程的哪一步。其次，避免在日誌中輸出一些敏感信息，例如用戶名和密碼。以及，要保持編碼的一致。如果不能保證就盡量使用英文而不是中文。這樣當我們拿到日誌之後就不會因為看到一堆亂碼而不知所雲了。

1.2.7 日誌格式
常見的日誌格式中對於每一條日誌應含有的信息包括日期、時間、日誌級別、代碼位置、日誌內容、錯誤碼等信息。下面是一個工作中的日誌文件的一部分內容：

2018-05-22 15:35:53.850 TRACE TDWZLog [0x00001b10] <36> <TDWZProtocol::Init>,TDWZProtocol::Init
2018-05-22 15:35:53.850 TRACE TDWZLog [0x00001b10] <89> <TDWZProtocol::Init>,End in processing TDWZProtocol::Init
2018-05-22 15:35:53.853 TRACE TDWZLog [0x00001b10] <142> <TDWZProtocol::Connect>,Connect Execute finish
2018-05-22 15:35:53.853 TRACE TDWZLog [0x00002f10] <149> <GetAlarmEventPro>,Enter GetAlarmEventPro func
2018-05-22 15:39:36.382 WARN TrackLog [0x000029fc] - [ internal WARN htrace_server_convert_msgstring_to_contextintls(493) ] detect input id error, trace_id span_id,this chain may not be tracked.
2018-05-22 15:39:36.383 WARN TrackLog [0x000029fc] - [ internal WARN htrace_server_receive(195) ] can not detect trace_id in context, this chain may not be tracked.
2018-05-22 15:39:36.383 TRACE TDWZLog [0x000029fc] <231> <TDWZProtocol::DisConnect>,TDWZProtocol::DisConnect
2018-05-22 15:39:37.502 TRACE TDWZLog [0x00002f10] <225> <GetAlarmEventPro>,End Get AlarmEventPro Func
2018-05-22 15:39:37.503 TRACE TDWZLog [0x000029fc] <241> <TDWZProtocol::DisConnect>,close socket
2018-05-22 15:39:37.503 TRACE TDWZLog [0x000029fc] <242> <TDWZProtocol::DisConnect>,Execute DisConnect function succeed.
登錄後復制
可以從該文件中看出一般日誌文件中應該含有的信息。

Part2日誌級別和含義
Log4j是Apache的一個開源項目，通過使用Log4j，我們可以控制日誌信息輸出目的地是控制台、文件、GUI組件甚至是套介面伺服器；我們也可以控制每一條日誌的輸出格式；通過定義每一條日誌信息的級別，我們能夠更加細致地控制日誌的生成過程。最令人感興趣的就是，這些可以通過一個配置文件來靈活地進行配置，而不需要修改應用的代碼。

2.1 Log4j的組成
Log4j由三個重要的組成構成：日誌記錄器(Loggers)，輸出端(Appenders)和日誌格式化器(Layout)。

2.1.1 Logger
控制要啟用或禁用哪些日誌記錄語句，並對日誌信息進行級別限制

2.1.2 Appenders
指定了日誌將列印到控制台還是文件中.

2.1.3 Layout
控制日誌信息的顯示格式。

2.2 日誌級別
Log4j中將要輸出的Log信息定義了6種級別，依次為TRACE、DEBUG、INFO、WARN、ERROR和FATAL，當輸出時，只有級別高過配置中規定的 級別的信息才能真正的輸出，這樣就很方便的來配置不同情況下要輸出的內容，而不需要更改代碼，非常方便快捷。

歡迎關注公眾號"終端研發部"，查看更多干貨！
2.2.1 TRACE
TRACE designates finer-grained informational events than the DEBUG.Since:1.2.12，很低的日誌級別，一般不會使用。TRACE一般跟蹤的是函數的調用，並且TRACE不應該含有變數參數，而僅能提示函數的調用關系。

2.2.2 DEBUG
一般用於細粒度級別上，對調試應用程序非常有幫助，主要用於開發過程中列印一些運行信息。

2.2.3 INFO
INFO消息在粗粒度級別上突出強調應用程序的運行過程。列印一些你感興趣的或者重要的信息，這個可以用於生產環境中輸出程序運行的一些重要信息，但是不能濫用，避免列印過多的日誌。

2.2.4 WARN
WARN表示會出現潛在錯誤的情形，有些信息不是錯誤信息，但是也要給程序員一些提示。該級別表示程序會自動調整到正常的狀態，類似參數未傳入，使用了默認的參數，仍符合程序員預期之內的情況。

2.2.5 ERROR
ERROR指出雖然發生錯誤事件，但仍然不影響系統的繼續運行。列印錯誤和異常信息，如果不想輸出太多的日誌，可以使用這個級別。一般在WARN之後的級別在列印錯誤時，應該同時列印錯誤碼。

2.2.6 FATAL
FATAL指出每個嚴重的錯誤事件將會導致應用程序的退出，這個級別比較高，重大錯誤，程序無法恢復，必須通過重啟程序來解決。

2.3 日誌級別大小關系
日誌級別就像開關一樣，來決定哪些日誌方法被調用，哪些不被調用。在log4j中，日誌級別的關系如下所示：

ALL<TRACE<DEBUG<INFO<WARN<ERROR<FATAL<OFF

設置了對應的級別之後，日誌框架就只調用大於等於這個級別的方法。Log4j建議只使用如下的四個界別

DEBUG<INFO<WARN<ERROR

Part3日誌規范示例
模仿，抄寫是比較好的學習方式，借鑒前人撰寫日誌的良好風格以形成自己的風格是不錯的方式。下面是一些不錯的日誌記錄。

3.1 TRACE日誌記錄示例
DRV_LOG_TRACE("Connect Execute start");
DRV_LOG_TRACE("Connect Execute finish");
DRV_LOG_TRACE("DisConnect func");
DRV_LOG_TRACE("Execute DisConnect function succeed.");
DRV_LOG_TRACE("Enter UploadEvent Func");
DRV_LOG_TRACE("extInfo = %s", Extension);
DRV_LOG_TRACE("Send a Msg ");
DRV_LOG_TRACE("- Connect Execute start");
DRV_LOG_TRACE("- Connect Execute finish");
DRV_LOG_TRACE("- Enter GetAlarmEventPro func");
DRV_LOG_TRACE("- Receive an info");
DRV_LOG_TRACE("- End Get AlarmEventPro Func");
DRV_LOG_TRACE("- DisConnect func");
DRV_LOG_TRACE("- Execute DisConnect function succeed.");
DRV_LOG_TRACE("- Enter UploadEvent Func");
DRV_LOG_TRACE("- Leave UploadEvent Func");
DRV_LOG_TRACE("- ============電網報警觸發");
DRV_LOG_TRACE("- ============開始發送電流電壓值");
DRV_LOG_TRACE("- ============間隔超過分鍾再次發送電流電壓值");
登錄後復制

3.2 INFO日誌記錄示例
DRV_LOG_INFO("- UpdataEvent nchal= %d,EventID = %d.",iChannelNo,nEventType);
DRV_LOG_INFO("- do not support doControl");
DRV_LOG_INFO("- channelId = %s, nStatusType = %d", channelId.c_str(), nStatusType);
登錄後復制
3.3 DEBUG日誌記錄示例
DRV_LOG_DEBUG("- 輸出報警情況:電網編號:%d,報警數量:%d,報警內容:%s.",datas.data1.chn,datas.data1.alarm_num,datas.data1.alarms);
DRV_LOG_DEBUG("- 輸出報警情況:電網編號:%d,報警數量:%d,報警內容:%s.",datas.data2.chn,datas.data2.alarm_num,datas.data2.alarms);
DRV_LOG_DEBUG("- 輸出報警情況:電網編號:%d,報警數量:%d,報警內容:%s.",datas.data3.chn,datas.data3.alarm_num,datas.data3.alarms);
DRV_LOG_DEBUG("- 輸出報警情況:電網編號:%d,報警數量:%d,報警內容:%s.",datas.data4.chn,datas.data4.alarm_num,datas.data4.alarms);
DRV_LOG_DEBUG("- ============datas.data1.huab = %d",datas.data1.huab);
DRV_LOG_DEBUG("- ============datas.data1.hiab = %d",datas.data1.hiab);
DRV_LOG_DEBUG("- ============datas.data2.huab = %d",datas.data2.huab);
DRV_LOG_DEBUG("- ============datas.data2.hiab = %d",datas.data2.hiab);
DRV_LOG_DEBUG("- ============datas.data3.huab = %d",datas.data3.huab);
DRV_LOG_DEBUG("- ============datas.data3.hiab = %d",datas.data3.hiab);
DRV_LOG_DEBUG("- ============datas.data4.huab = %d",datas.data4.huab);
DRV_LOG_DEBUG("- ============datas.data4.hiab = %d",datas.data4.hiab);
DRV_LOG_DEBUG("- Alarm is : %s",szEvent.c_str());
DRV_LOG_DEBUG("- GetChannelExtInfo channelId=%s", channelId.c_str());
DRV_LOG_DEBUG("- nChan = %d, szInfo = %s", nChan, szInfo);
登錄後復制

3.4 WARN日誌記錄示例
DRV_LOG_WARN("[0x%08x] - invaild event msg,discard it", DRV_INVALID_ARG);
DRV_LOG_WARN("[0x%08x] - Can't find channel by channelId");
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x]Connect device failed", DRV_CONNECT_FAILED, sdkErrCode);
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x]dw_start_receive failed", DRV_ERROR, sdkErrCode);
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x]Communicate failed, socket recv error", DRV_ERROR, DW_SOCKET_RECV_ERROR);
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x>other error", DRV_ERROR, iGetResult);
DRV_LOG_WARN("[0x%08x] - [DWSdk.errorcode=0x%08x>other error", DRV_ERROR, iGetResult);
DRV_LOG_WARN("[0x%08x] - SetEventCallBack should be called first", DRV_ERROR);
登錄後復制
3.5 ERROR日誌記錄示例
DRV_LOG_ERROR("Init DwSDK filded;<errCode=%d>", initRet);
DRV_LOG_ERROR("Connect device failed");
DRV_LOG_ERROR("Create thread failed");
DRV_LOG_ERROR("dw_start_receive failed");
DRV_LOG_ERROR("Communicate failed, socket recv error");
DRV_LOG_ERROR("other error<errCode=%d>", iGetResult);
DRV_LOG_ERROR("SetEventCallBack should be called first");

DRV_LOG_ERROR("[0x%08x] - [DWSdk.errorcode=0x%08x]Init DwSDK filded", DRV_INIT_FAILED, initRet);
DRV_LOG_ERROR("- [HPR.errorcode=0x%08x]Create thread failed", HPR_GetLastError());
登錄後復制
上述代碼中[0x%08x]有下述作用：該語句出現於格式化輸出時的格式字元串中。形式為

"0x%08x"

其中，0x為普通字元，輸出的時候會原樣輸出為0x。%08x為整型以16進制方式輸出的格式字元串，會把後續對應參數的整型數字，以16進制輸出。08的含義為，輸出的16進制值佔8位，不足部分左側補0。於是，如果執行