java日誌分析

㈠ 怎樣分析java線程堆棧日誌

itjobJava老師講過：1) 線程堆棧概述及基礎知識
2) 線程堆棧的生成原理以及相關工具
3) 不同JVM線程堆棧的格式的差異（Sun HotSpot、IBM JRE、Oracal JRockit）
4) 線程堆棧日誌介紹以及解析方法
5) 線程堆棧的分析和相關的技術
6) 常見的問題模板（線程竟態、死鎖、IO調用掛死、垃圾回收/OutOfMemoryError問題、死循環等）
7) 線程堆棧問題實例分析
我希望這一系列的培訓能給你帶來確實的幫助，所以請持續關注每周的文章更新。
但是如果彎敬首我在學習過程中有疑問或者無法理解文章中的內容該怎麼辦？
不用擔心，把我當做你的導師就好。任何關於線程堆棧的問題都可以咨詢我（前提是問題不能太low）。請隨意選擇下面的幾種方式與我取得聯系：
1) 直接本文下面發表評論（不好意思的話可以匿名）
2) 將你的線程堆棧數據提交到Root Cause Analysis forum
3) 發Email給我，地址是 @[email protected]
能幫我分析我們產品上遇到的問題么？
當然可以，如果你願意的話可以把你的堆棧現場數據通過郵件或論壇 Root Cause Analysis forum發給我。處理實際問題是才是學習提升技能的王道。
我稿唯真心期望大家能夠喜歡這個培訓。所以我會盡我所能去為你提供高質量的材料，並回答大家的各種問題。
在介紹線程堆棧分析技術和問題模式之前，先要給大家講講基礎的內容。所以在這篇帖子里，我將先覆蓋到最基本的內容，這樣大家就能更好的去理解JVM、中間件、以及Java EE容器之間的交互。
Java VM 概述
Java虛擬機是Jave EE 平台的基礎。它是中間件和應用程序被部署和運行的地方。
JVM向中間件軟體和你的Java/Java EE程序提供了下面這些東西:
– （二進制形式的）Java / Java EE 程序運行環境
– 一些程序功能特性和工具 (IO 基礎設施，數據結構，線程管理，安全，監控 等等.)
– 藉助垃圾回收的動態內存分配與管理
你的JVM可以駐留在許多的操作系統 (Solaris, AIX, Windows 等等.)之上，並且能根據你的物理伺服器配置，你可以在每台物理/虛擬伺服器上安裝1到多個JVM進程.
JVM與中間件之間的交互
下面這張圖展示了JVM、中間件和應用程序之間的高層交互模型。
如你所見，標准Java EE應用程序的線程的分配實在中間件內核與JVM之間完成的。（當然也有例外，應用程序可以直接調用API來創建線程，這種做法並不常見，而且在使用的過程中也要特別的小心）
同時，請注意一些線程是由JVM內部來進行管理的，典型的例子就是垃圾回收線程，JVM內部使用這個線程來做並行的垃圾回收處理。
因為大多數的線程分配都是由Java EE容器完成的，所以能夠理解和認識線程堆棧跟蹤，並能從線程堆棧數據中識別出它來，對你而言很重要. 這可以讓你能夠快速的知道Java EE容器正要執行的是什麼類型的請求.
從一個線程轉儲堆棧的分析角度來看，你將能了解從JVM發現的線程池之間的不同，並識別出請求的類型.
最後一節會向你提供對於HotSop VM而言什麼是JVM線程堆棧的一個概述，還有你將會遇到的各種不同埋數的線程. 而對 IBM VM 線程堆棧形式詳細內容將會在第四節向你提供.
請注意你可以從根本原因分析論壇獲得針對本文的線程堆棧示例.
JVM 線程堆棧——它是什麼?
JVM線程堆棧是一個給定時間的快照，它能向你提供所有被創建出來的Java線程的完整清單.

㈡ java日誌信息怎麼統計點擊量

在日誌的實體類譽搭里增加一個點擊量屬姿虛譽性（資料庫也一樣），初始值為0，當點擊的時候就在原本的數值加1。很簡單的，我以前跟你做過類似的，就跡段是用這個方法。望採納哦~

㈢ # # An unexpected error has been detected by Java Runtime Environment: # # EXCEPTION_ACCESS_VIO

題目集體點

㈣ 如何用java分析 tomcat訪問日誌

java代碼中可以圓枯通入如磨腔搏下代碼調用Linux命令：
Runtime runTime = Runtime.getRuntime();
Process pro = runTime.exec( new String[]{"/bin/sh","-c", command});
InputStream fis = pro.getInputStream();
InputStreamReader isr = new InputStreamReader(fis,encode);
BufferedReader br = new BufferedReader(isr);
String line;
StringBuilder build = new StringBuilder();
while ((line = br.readLine()) != null) {
build.append(line+" ");
}
通過返瞎祥回值進行具體的分析。

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

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

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

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

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

㈥ 怎樣分析java線程堆棧日誌

Java線程堆棧是一個運行中的Java應用程序的所有線程的一個快照。它會顯示一些像當前的堆棧跟蹤、狀態以及線程名稱之類的信息。線程列表中包括由JVM本身創建的線程（負責垃圾收集、信號處理等管理工作）和由應用程序創建的線程。
通過給JVM發送一個SIGQUIT信號，您可以得到一個線程堆。在Unix操作系統（Solaris/Linux/HP-Unix等）中敏慧，通過kill-3<pid>命令可以得到線程堆，（在啟如尺動腳本中將輸出重定向到文件中是一個很渣拿高好的習慣，start.sh>trace.log 2>&1）。在Windows操作系統中，您可以在命令窗口鍵入ctrl-break得到線程堆。線程堆會輸出到JVM的stdout或者stderr。輸出出線程堆之後，應用程序繼續正常運行。當您給JVM發送SIGQUIT信號時，JVM的信號處理器會通過輸出線程堆來響應這一信號。當程序運行的時候，您可以在任何點得到線程堆。

㈦ 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。於是，如果執行

㈧ java中使用日誌主要分為哪幾個步驟

首先，在項目中的classes 中新建立一個log4j.properties文件即可;

在實際編程時，要使Log4j真正在系統中運行事先還要對配置文件進行定義。定義步驟就是對Logger、Appender及Layout的分別使用。Log4j支持兩種配置文件格式，一種是XML格式的文件，一種是java properties(key=value)【Java特性文件(鍵=值)】。(這里只說明properties文件)
1、配置根Logger

其語法為:
log4j.rootLogger = [ level ] , appenderName1, appenderName2, …
level : 是日誌記錄的優先順序，分為OFF、FATAL、ERROR、WARN、INFO、DEBUG、ALL或者您定義的級別。Log4j建議只使用四個級別，優先順序從高到低分別是ERROR、WARN、INFO、DEBUG。通過在這里定義的級別，您可以控制到應用程序中相應級別的日誌信息的開關。比如在這里定義了INFO級別，則應用程序中所有DEBUG級別的日誌信息將不被列印出來。appenderName:就是指定日誌信息輸出到哪個地方。您可以同時指定多個輸出目的地。
例如:log4j.rootLogger=info,A1,B2,C3
2、配置日誌信息輸出目的地

其語法為:
log4j.appender.appenderName = fully.qualified.name.of.appender.class //
"fully.qualified.name.of.appender.class" 可以指定下面五個目的地中的一個:

1.org.apache.log4j.ConsoleAppender(控制台)
2.org.apache.log4j.FileAppender(文件)
3.org.apache.log4j.DailyRollingFileAppender(每天產生一個日誌文件)
4.org.apache.log4j.RollingFileAppender(文件大小到達指定尺寸的時候產生一個新的文件)
5.org.apache.log4j.WriterAppender(將日誌信息以流格式發送到任意指定的地方)

1.ConsoleAppender選項
Threshold=WARN:指定日誌消息的輸出最低層次。
ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
Target=System.err:默認情況下是:System.out,指定輸出控制台
2.FileAppender 選項
Threshold=WARN:指定日誌消息的輸出最低層次。
ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內容。
3.DailyRollingFileAppender 選項
Threshold=WARN:指定日誌消息的輸出最低層次。
ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內容。
DatePattern=''.''yyyy-ww:每周滾動一次文件，即每周產生一個新的文件。當然也可以指定按月、周、天、時和分。即對應的格式如下:
1)''.''yyyy-MM: 每月
2)''.''yyyy-ww: 每周
3)''.''yyyy-MM-dd: 每天
4)''.''yyyy-MM-dd-a: 每天兩次
5)''.''yyyy-MM-dd-HH: 每小時
6)''.''yyyy-MM-dd-HH-mm: 每分鍾
4.RollingFileAppender 選項
Threshold=WARN:指定日誌消息的輸出最低層次。
ImmediateFlush=true:默認值是true,意謂著所有的消息都會被立即輸出。
File=mylog.txt:指定消息輸出到mylog.txt文件。
Append=false:默認值是true,即將消息增加到指定文件中，false指將消息覆蓋指定的文件內容。
MaxFileSize=100KB: 後綴可以是KB, MB 或者是 GB. 在日誌文件到達該大小時，將會自動滾動，即將原來的內容移到mylog.log.1文件。
MaxBackupIndex=2:指定可以產生的滾動文件的最大數。
3、配置日誌信息的格式

其語法為:
1). log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class
"fully.qualified.name.of.layout.class" 可以指定下面4個格式中的一個:
1.org.apache.log4j.HTMLLayout(以HTML表格形式布局)，
2.org.apache.log4j.PatternLayout(可以靈活地指定布局模式)，
3.org.apache.log4j.SimpleLayout(包含日誌信息的級別和信息字元串)，
4.org.apache.log4j.TTCCLayout(包含日誌產生的時間、線程、類別等等信息)
1.HTMLLayout 選項
LocationInfo=true:默認值是false,輸出java文件名稱和行號
Title=my app file: 默認值是 Log4J Log Messages.
2.PatternLayout 選項
ConversionPattern=%m%n :指定怎樣格式化指定的消息。
3.XMLLayout 選項
LocationInfo=true:默認值是false,輸出java文件和行號
2). log4j.appender.A1.layout.ConversionPattern=%-4r %-5p %d{yyyy-MM-dd HH:mm:ssS} %c %m%n
這里需要說明的就是日誌信息格式中幾個符號所代表的含義:
-X號: X信息輸出時左對齊;
%p: 輸出日誌信息優先順序，即DEBUG，INFO，WARN，ERROR，FATAL,
%d: 輸出日誌時間點的日期或時間，默認格式為ISO8601，也可以在其後指定格式，比如:%d{yyy MMM dd HH:mm:ss,SSS}，輸出類似:2002年10月18日 22:10:28，921
%r: 輸出自應用啟動到輸出該log信息耗費的毫秒數
%c: 輸出日誌信息所屬的類目，通常就是所在類的全名
%t: 輸出產生該日誌事件的線程名
%l: 輸出日誌事件的發生位置，相當於%C.%M(%F:%L)的組合,包括類目名、發生的線程，以及在代碼中的行數。舉例:Testlog4.main(TestLog4.java:10)
%x: 輸出和當前線程相關聯的NDC(嵌套診斷環境),尤其用到像java servlets這樣的多客戶多線程的應用中。
%%: 輸出一個"%"字元
%F: 輸出日誌消息產生時所在的文件名稱
%L: 輸出代碼中的行號
%m: 輸出代碼中指定的消息,產生的日誌具體信息
%n: 輸出一個回車換行符，Windows平台為"
"，Unix平台為"
"輸出日誌信息換行
可以在%與模式字元之間加上修飾符來控制其最小寬度、最大寬度、和文本的對齊方式。如:
1)%20c:指定輸出category的名稱，最小的寬度是20，如果category的名稱小於20的話，默認的情況下右對齊。
2)%-20c:指定輸出category的名稱，最小的寬度是20，如果category的名稱小於20的話，"-"號指定左對齊。
3)%.30c:指定輸出category的名稱，最大的寬度是30，如果category的名稱大於30的話，就會將左邊多出的字元截掉，但小於30的話也不會有空格。
4)%20.30c:如果category的名稱小於20就補空格，並且右對齊，如果其名稱長於30字元，就從左邊交遠銷出的字元截掉

比較詳細的例子

log4j.rootLogger=INFO,consoleAppender,logfile,MAIL
log4j.addivity.org.apache=true

#ConsoleAppender，控制台輸出
#FileAppender，文件日誌輸出
#SMTPAppender，發郵件輸出日誌
#SocketAppender，Socket日誌
#NTEventLogAppender，Window NT日誌
#SyslogAppender，
#JMSAppender，
#AsyncAppender，
#NullAppender

#文件輸出:RollingFileAppender
#log4j.rootLogger = INFO,logfile
log4j.appender.logfile = org.apache.log4j.RollingFileAppender
log4j.appender.logfile.Threshold = INFO
# 輸出以上的INFO信息
log4j.appender.logfile.File = INFO_log.html
#保存log文件路徑
log4j.appender.logfile.Append = true
# 默認為true，添加到末尾，false在每次啟動時進行覆蓋
log4j.appender.logfile.MaxFileSize = 1MB
# 一個log文件的大小，超過這個大小就又會生成1個日誌 # KB ，MB，GB
log4j.appender.logfile.MaxBackupIndex = 3
# 最多保存3個文件備份
log4j.appender.logfile.layout = org.apache.log4j.HTMLLayout
# 輸出文件的格式
log4j.appender.logfile.layout.LocationInfo = true
#是否顯示類名和行數
log4j.appender.logfile.layout.Title =title:\u63d0\u9192\u60a8\uff1a\u7cfb\u7edf\u53d1\u751f\u4e86\u4e25\u91cd\u9519\u8bef
#html頁面的 < title >
############################## SampleLayout ####################################
# log4j.appender.logfile.layout = org.apache.log4j.SampleLayout
############################## PatternLayout ###################################
# log4j.appender.logfile.layout = org.apache.log4j.PatternLayout
# log4j.appender.logfile.layout.ConversionPattern =% d % p [ % c] - % m % n % d
############################## XMLLayout #######################################
# log4j.appender.logfile.layout = org.apache.log4j.XMLLayout
# log4j.appender.logfile.layout.LocationInfo = true #是否顯示類名和行數
############################## TTCCLayout ######################################
# log4j.appender.logfile.layout = org.apache.log4j.TTCCLayout
# log4j.appender.logfile.layout.DateFormat = ISO8601
#NULL, RELATIVE, ABSOLUTE, DATE or ISO8601.
# log4j.appender.logfile.layout.TimeZoneID = GMT - 8 : 00
# log4j.appender.logfile.layout.CategoryPrefixing = false ##默認為true 列印類別名
# log4j.appender.logfile.layout.ContextPrinting = false ##默認為true 列印上下文信息
# log4j.appender.logfile.layout.ThreadPrinting = false ##默認為true 列印線程名
# 列印信息如下:
#2007 - 09 - 13 14 : 45 : 39 , 765 [http - 8080 - 1 ] ERROR com.poxool.test.test - error成功關閉鏈接
###############################################################################
#每天文件的輸出:DailyRollingFileAppender
#log4j.rootLogger = INFO,errorlogfile
log4j.appender.errorlogfile = org.apache.log4j.DailyRollingFileAppender
log4j.appender.errorlogfile.Threshold = ERROR
log4j.appender.errorlogfile.File = ../logs/ERROR_log
log4j.appender.errorlogfile.Append = true
#默認為true，添加到末尾，false在每次啟動時進行覆蓋
log4j.appender.errorlogfile.ImmediateFlush = true
#直接輸出，不進行緩存
# ' . ' yyyy - MM: 每個月更新一個log日誌
# ' . ' yyyy - ww: 每個星期更新一個log日誌
# ' . ' yyyy - MM - dd: 每天更新一個log日誌
# ' . ' yyyy - MM - dd - a: 每天的午夜和正午更新一個log日誌
# ' . ' yyyy - MM - dd - HH: 每小時更新一個log日誌
# ' . ' yyyy - MM - dd - HH - mm: 每分鍾更新一個log日誌
log4j.appender.errorlogfile.DatePattern = ' . ' yyyy - MM - dd ' .log '
#文件名稱的格式
log4j.appender.errorlogfile.layout = org.apache.log4j.PatternLayout
log4j.appender.errorlogfile.layout.ConversionPattern =%d %p [ %c] - %m %n %d

#控制台輸出:
#log4j.rootLogger = INFO,consoleAppender
log4j.appender.consoleAppender = org.apache.log4j.ConsoleAppender
log4j.appender.consoleAppender.Threshold = ERROR
log4j.appender.consoleAppender.layout = org.apache.log4j.PatternLayout
log4j.appender.consoleAppender.layout.ConversionPattern =%d %-5p %m %n
log4j.appender.consoleAppender.ImmediateFlush = true

# 直接輸出，不進行緩存
log4j.appender.consoleAppender.Target = System.err
# 默認是System.out方式輸出

#發送郵件:SMTPAppender
#log4j.rootLogger = INFO,MAIL
log4j.appender.MAIL = org.apache.log4j.net.SMTPAppender
log4j.appender.MAIL.Threshold = INFO
log4j.appender.MAIL.BufferSize = 10
log4j.appender.MAIL.From = [email protected]
log4j.appender.MAIL.SMTPHost = smtp.gmail.com
log4j.appender.MAIL.Subject = Log4J Message
log4j.appender.MAIL.To = [email protected]
log4j.appender.MAIL.layout = org.apache.log4j.PatternLayout
log4j.appender.MAIL.layout.ConversionPattern =%d - %c -%-4r [%t] %-5p %c %x - %m %n

#資料庫:JDBCAppender
log4j.appender.DATABASE = org.apache.log4j.jdbc.JDBCAppender
log4j.appender.DATABASE.URL = jdbc:oracle:thin:@ 210.51 . 173.94 : 1521 :YDB
log4j.appender.DATABASE.driver = oracle.jdbc.driver.OracleDriver
log4j.appender.DATABASE.user = ydbuser
log4j.appender.DATABASE.password = ydbuser
log4j.appender.DATABASE.sql = INSERT INTO A1 (TITLE3) VALUES ( ' %d - %c %-5p %c %x - %m%n ' )
log4j.appender.DATABASE.layout = org.apache.log4j.PatternLayout
log4j.appender.DATABASE.layout.ConversionPattern =% d - % c -%- 4r [ % t] %- 5p % c % x - % m % n
#資料庫的鏈接會有問題，可以重寫org.apache.log4j.jdbc.JDBCAppender的getConnection() 使用資料庫鏈接池去得鏈接，可以避免insert一條就鏈接一次資料庫