-
-
Notifications
You must be signed in to change notification settings - Fork 1k
Logging zh TW
ASF允許您自訂執行期間使用的紀錄日誌模組。 您可以將叫做NLog.config
的特定檔案存放至應用程式的資料夾中來達成自訂。 您可以在NLog Wiki中閱讀完整的文件,但除此之外,您也可以在這裡找到一些有用的範例。
預設情形下,ASF會記錄於ColoredConsole
(標準輸出)及File
中。 File
紀錄包含在程式資料夾中的log.txt
檔案及用於歸檔的logs
資料夾中。
使用自訂NLog設定會自動停用預設的ASF設定,您的設定會完全覆寫預設的ASF紀錄,這代表例如您想要保留我們的ColoredConsole
目標,就必須自行定義。 這使您不只能夠新增額外的紀錄目標,還可以停用或修改預設的目標。
若您想要使用不受任何修改的預設ASF紀錄,就什麼也不需要做⸺您也不需要在自訂的NLog.config
中定義它。 若您不想要修改預設ASF紀錄,就不要使用自訂的NLog.config
。 不過做為參考,硬編碼的ASF預設紀錄等同於:
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="https://nlog-project.org/schemas/NLog.xsd" xsi:schemaLocation="NLog NLog.xsd" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<targets>
<target xsi:type="ColoredConsole" name="ColoredConsole" layout="${date:format=yyyy-MM-dd HH\:mm\:ss}|${processname}-${processid}|${level:uppercase=true}|${logger}|${message}${onexception:inner= ${exception:format=toString,Data}}" />
<target xsi:type="File" name="File" archiveFileName="${currentdir}/logs/log.{#}.txt" archiveNumbering="Rolling" archiveOldFileOnStartup="true" cleanupFileName="false" concurrentWrites="false" deleteOldFileOnStartup="true" fileName="${currentdir}/log.txt" layout="${date:format=yyyy-MM-dd HH\:mm\:ss}|${processname}-${processid}|${level:uppercase=true}|${logger}|${message}${onexception:inner= ${exception:format=toString,Data}}" maxArchiveFiles="10" />
<!-- 下列命令僅在 ASF 的 IPC 介面啟動時執行 -->
<target type="History" name="History" layout="${date:format=yyyy-MM-dd HH\:mm\:ss}|${processname}-${processid}|${level:uppercase=true}|${logger}|${message}${onexception:inner= ${exception:format=toString,Data}}" maxCount="20" />
</targets>
<rules>
<!-- 下列條目指定 ASP.NET (IPC) 紀錄,我們宣告它們,使我們的最頂層 Debug catch-all 預設不會包含 ASP.NET 紀錄 -->
<logger name="Microsoft.*" finalMinLevel="Warn" writeTo="ColoredConsole" />
<logger name="Microsoft.Hosting.Lifetime" finalMinLevel="Info" writeTo="ColoredConsole" />
<logger name="System.*" finalMinLevel="Warn" writeTo="ColoredConsole" />
<logger name="*" minlevel="Debug" writeTo="ColoredConsole" />
<!-- 下列條目指定 ASP.NET (IPC) 紀錄,我們宣告它們,使我們的最頂層 Debug catch-all 預設不會包含 ASP.NET 紀錄 -->
<logger name="Microsoft.*" finalMinLevel="Warn" writeTo="File" />
<logger name="Microsoft.Hosting.Lifetime" finalMinLevel="Info" writeTo="File" />
<logger name="System.*" finalMinLevel="Warn" writeTo="File" />
<logger name="*" minlevel="Debug" writeTo="File" />
<!-- 下列命令僅在 ASF 的 IPC 介面啟用時執行 -->
<!-- 下列條目指定 ASP.NET (IPC) 紀錄,我們宣告它們,使我們的最頂層 Debug catch-all 預設不會包含 ASP.NET 紀錄 -->
<logger name="Microsoft.*" finalMinLevel="Warn" writeTo="History" />
<logger name="Microsoft.Hosting.Lifetime" finalMinLevel="Info" writeTo="History" />
<logger name="System.*" finalMinLevel="Warn" writeTo="History" />
<logger name="*" minlevel="Debug" writeTo="History" />
</rules>
</nlog>
ASF含有一些不錯的程式碼技巧,可以增強與NLog的整合,使您可以更輕鬆地抓取特定訊息。
NLog特定的${logger}
變數將始終用來識別訊息來源⸺可以是您的Bot之一的BotName
;若訊息直接來自ASF程序,也可以是ASF
。 透過這種方式,您可以依據記錄器的名稱輕鬆抓取特定Bot或(只抓取)ASF程序的訊息,而不是全部。
ASF會嘗試依據NLog提供的記錄層級適當地標示訊息,使您可以只抓取來自特定記錄級別的特定訊息,而不是全部。 當然,特定訊息的記錄層級無法自訂,因為這是ASF硬編碼所決定的訊息嚴重程度,但您仍絕對可以使ASF更加/更少的「沉默」,來符合您的需求。
ASF也會記錄額外資訊,例如在Trace
的記錄層級中就包含使用者使用者/聊天訊息。 預設的ASF紀錄只記錄了Debug
層級及以上的訊息。它隱藏了額外訊息是因為大多數使用者並不需要它們,況且這些雜項輸出可能會掩蓋掉重要訊息。 但是您可以透過重新啟用Trace
記錄層級來使用該訊息,特別是您只需要記錄某個特定Bot及您感興趣的特定事件的時候。
在一般情形下,ASF試圖讓您盡可能地簡單且方便,只記錄您想要的訊息,而不是強迫您透過grep
等第三方工具來手動篩選它。 只需依照下列說明正確地設定NLog,您就應該能夠使用自訂目標(例如整個資料庫)指定的非常複雜的記錄規則。
關於版本控制⸺ASF嘗試始終在發布時搭載當時NuGet上最新版的NLog。 您應該能夠使用所有您能在NLog Wiki上找到的ASF功能⸺只需要確保您也使用最新版的ASF。
作為ASF整合的一部份,ASF也支援包含其他ASF NLog紀錄的目標,這將在下列說明。
讓我們從簡單的地方開始。 我們先只使用ColoredConsole目標。 我們初始的NLog.config
看起來像這樣:
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="https://nlog-project.org/schemas/NLog.xsd" xsi:schemaLocation="NLog NLog.xsd" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<targets>
<target xsi:type="ColoredConsole" name="ColoredConsole" />
</targets>
<rules>
<logger name="*" minlevel="Debug" writeTo="ColoredConsole" />
</rules>
</nlog>
上述設定的解釋十分簡單:我們定義一個記錄目標,為ColoredConsole
,然後我們將Debug
及更高層級的所有記錄器(*
)重新導向至先前定義的ColoredConsole
目標。 就是這樣。
若您現在以上述的NLog.config
啟動ASF,只有ColoredConsole
目標會被啟用,且不論ASF硬編碼的NLog設定為何,ASF都不會寫入File
。
現在,假設我們不喜歡預設格式${longdate}|${level:uppercase=true}|${logger}|${message}
,我們只想記錄訊息。 我們可以透過修改目標的布局來做到。
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="https://nlog-project.org/schemas/NLog.xsd" xsi:schemaLocation="NLog NLog.xsd" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<targets>
<target xsi:type="ColoredConsole" name="ColoredConsole" layout="${message}" />
</targets>
<rules>
<logger name="*" minlevel="Debug" writeTo="ColoredConsole" />
</rules>
</nlog>
若您現在啟動ASF,就會注意到日期、層級及記錄器名稱都消失了⸺只留下格式為Function() Message
的ASF訊息。
我們還可以修改設定以記錄多個目標。 讓我們同時記錄ColoredConsole
及File
。
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="https://nlog-project.org/schemas/NLog.xsd" xsi:schemaLocation="NLog NLog.xsd" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<targets>
<target xsi:type="ColoredConsole" name="ColoredConsole" />
<target xsi:type="File" name="File" fileName="${currentdir}/NLog.txt" deleteOldFileOnStartup="true" />
</targets>
<rules>
<logger name="*" minlevel="Debug" writeTo="ColoredConsole" />
<logger name="*" minlevel="Debug" writeTo="File" />
</rules>
</nlog>
現在,我們已將全部內容記錄到ColoredConsole
和File
中了。 您是否注意到您還可以指定自訂的fileName
與額外選項呢?
最後,ASF使用著各種記錄層級,讓您更容易理解發生的事情。 我們可以利用它,來修改紀錄的嚴重程度。 假設我們要將所有訊息(Trace
)記錄至File
中,但只記錄Warning
及更高的訊息層級至ColoredConsole
。 我們可以經由修改rules
來達成:
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="https://nlog-project.org/schemas/NLog.xsd" xsi:schemaLocation="NLog NLog.xsd" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<targets>
<target xsi:type="ColoredConsole" name="ColoredConsole" />
<target xsi:type="File" name="File" fileName="${currentdir}/NLog.txt" deleteOldFileOnStartup="true" />
</targets>
<rules>
<logger name="*" minlevel="Warn" writeTo="ColoredConsole" />
<logger name="*" minlevel="Trace" writeTo="File" />
</rules>
</nlog>
就是這樣。現在我們的ColoredConsole
將只會顯示警告及更高層級的訊息,但同時仍把所有訊息記錄至File
中。 您還可以進一步調整它,例如只記錄Info
及更低層級等等。
最後,我們來做一些更進階的操作,將所有來自名為LogBot
的Bot的訊息記錄至檔案中。
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="https://nlog-project.org/schemas/NLog.xsd" xsi:schemaLocation="NLog NLog.xsd" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<targets>
<target xsi:type="ColoredConsole" name="ColoredConsole" />
<target xsi:type="File" name="LogBotFile" fileName="${currentdir}/LogBot.txt" deleteOldFileOnStartup="true" />
</targets>
<rules>
<logger name="*" minlevel="Debug" writeTo="ColoredConsole" />
<logger name="LogBot" minlevel="Trace" writeTo="LogBotFile" />
</rules>
</nlog>
您可以看到我們如何使用上述的ASF整合,並依據${logger}
屬性輕鬆區分訊息來源。
上述範例非常簡單,向您展示了定義您自己的ASF日誌記錄規則是多麼的容易。 您可以使用NLog來做到各種不同的事情,包含複雜目標(例如將紀錄儲存至Database
中)、紀錄輪替(例如移除舊的File
紀錄)、使用自訂Layout
、宣告您自己的<when>
紀錄篩選器等等。 我建議您閱讀整個NLog文件,了解每個可用選項,使您能夠以所需的方式來調整ASF紀錄日誌模組。 這是一個非常強大的工具,自訂ASF紀錄日誌從未如此簡單。
在需要使用者輸入時,ASF將暫時停用包含ColoredConsole
或Console
目標的所有規則。 因此,若您希望在ASF等待使用者輸入時繼續記錄其他目標,您應該使用自己的規則來定義這些目標,如上述範例所示,而不是將很多目標放在相同規則的writeTo
中(除非這就是您想要的行為)。 臨時停用控制台目標是為了在等待使用者輸入時保持控制台乾淨。
ASF包含對聊天紀錄的延伸支援,不只在Trace
記錄層級中記錄所有發送/接收的訊息,還會在事件屬性中暴露與它們相關的額外資訊。 這是因為我們不論如何都需要將聊天訊息作為指令處理,因此記錄這些事件並不會增加任何處理成本,但您可以因此來加入額外的邏輯(例如將ASF當作您的個人Steam聊天存檔)。
名稱 | 描述 |
---|---|
Echo |
bool 型別。 當訊息由我們發送給收件人時設定為true ,否則為false 。 |
Message |
string 型別。 這是實際發送/接收的訊息。 |
ChatGroupID |
ulong 型別。 這是發送/接收訊息的群組聊天ID。 若訊息不是經由群組聊天傳輸則為0 。 |
ChatID |
ulong 型別。 這是發送/接收訊息的ChatGroupID 頻道ID。 若訊息不是經由群組聊天傳輸則為0 。 |
SteamID |
ulong 型別。 這是發送/接收訊息的Steam使用者ID。 在沒有特定使用者參與訊息傳輸時(例如我們傳送訊息給群組聊天),可為0 。 |
本範例基於上述的ColoredConsole
基本範例。 在嘗試理解它之前,我強烈建議您先閱讀上文,來了解NLog紀錄的基礎。
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="https://nlog-project.org/schemas/NLog.xsd" xsi:schemaLocation="NLog NLog.xsd" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<targets>
<target xsi:type="ColoredConsole" name="ColoredConsole" />
<target xsi:type="File" name="ChatLogFile" fileName="${currentdir}/${event-properties:item=ChatGroupID}-${event-properties:item=ChatID}${when:when='${event-properties:item=ChatGroupID}' == 0:inner=-${event-properties:item=SteamID}}.txt" layout="${date:format=yyyy-MM-dd HH\:mm\:ss} ${event-properties:item=Message} ${when:when='${event-properties:item=Echo}' == true:inner=->:else=<-} ${event-properties:item=SteamID}" />
</targets>
<rules>
<logger name="*" minlevel="Debug" writeTo="ColoredConsole" />
<logger name="MainAccount" level="Trace" writeTo="ChatLogFile">
<filters defaultAction="Log">
<when condition="not starts-with('${message}','OnIncoming') and not starts-with('${message}','SendMessage')" action="Ignore" />
</filters>
</logger>
</rules>
</nlog>
我們以基本的ColoredConsole
為例,並在之後對其延伸。 首先,我們為每個群組頻道及Steam使用者準備了一個永久的聊天紀錄檔案⸺這要歸功於ASF向我們公開額外屬性。 我們還決定使用一種自訂布局,只寫入當前日期、訊息、發送/接收資訊及Steam使用者本身。 最後,我們啟用的聊天紀錄規則只適用於Trace
層級、MainAccount
Bot及聊天紀錄相關的函數(用於接收訊息的OnIncoming*
與傳送ASF訊息的SendMessage*
)。
上述範例會在與ArchiBot交談時生成0-0-76561198069026042.txt
檔案:
2018-07-26 01:38:38 how are you doing? -> 76561198069026042
2018-07-26 01:38:38 I'm doing great, how about you? <- 76561198069026042
當然,這只是一個可以使用的範例,以實際方式展示了一些不錯的布局技巧。 您可以將這個方法進一步延伸至您自己的需要,例如額外篩選器、自訂順序、個人布局、只記錄收到的訊息等。
除了標準的NLog記錄目標(例如上述解釋的ColoredConsole
及File
),您還可以使用自訂ASF記錄目標。
為了最大程度的完整性,ASF目標將遵循NLog文件的約定。
正如您所猜到的,這個目標使用Steam聊天訊息來記錄ASF訊息。 您可以將它設定成使用群組聊天或私人聊天。 除了為您的訊息指定Steam目標以外,您還可以指定傳送這些消息的Bot的botName
。
在所有ASF使用的環境中支援。
<targets>
<target type="Steam"
name="String"
layout="Layout"
chatGroupID="Ulong"
steamID="Ulong"
botName="Layout" />
</targets>
閱讀有關使用設定檔的更多資訊。
name:目標的名稱。
layout:要呈現的本文。 必須為layout。 預設值:${level:uppercase=true}|${logger}|${message}
chatGroupID:以64位元無號長整數宣告的群組聊天ID。 非必須項。 預設為0
,這將停用群組聊天功能並改用私人聊天。 啟用時(設定成非0的值),下面的steamID
屬性會表現成chatID
,且Bot會向指定的chatGroupID
頻道ID傳送訊息。
steamID:以64位元無號長整數宣告的SteamID,或目標chatID
(在chatGroupID
被設定時)。 必須項。 預設為0
,這將完全停用記錄目標。
botName:Bot的名稱(提供ASF辨識,區分大小寫),會向上面宣告的steamID
傳送訊息。 非必須項。 預設為null
,這將會自動選擇當前已連線的任意Bot。 建議適當地設定此值,因為SteamTarget
沒有考慮很多Steam的限制,例如實際上目標的steamID
必須在您的好友清單中。 此變數定義為layout型別,因此您可以使用特殊的語法,例如使用${logger}
來表示生成訊息的Bot。
為了讓名為MyBot
的Bot將所有Debug
及更高層級的訊息發送至steamID為76561198006963719
的使用者,您應該使用與下列相似的NLog.config
:
<?xml version="1.0" encoding="utf-8" ?>
<nlog xmlns="https://nlog-project.org/schemas/NLog.xsd" xsi:schemaLocation="NLog NLog.xsd" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<targets>
<target type="Steam" name="Steam" steamID="76561198006963719" botName="MyBot" />
</targets>
<rules>
<logger name="*" minlevel="Debug" writeTo="Steam" />
</rules>
</nlog>
注意:我們的SteamTarget
是自訂目標,所以您應確保宣告的是type="Steam"
,而不是xsi:type="Steam"
,因為xsi是保留給NLog官方支援的目標。
當您使用與上述類似的NLog.config
啟動ASF時,MyBot
將會開始向Steam使用者76561198006963719
發送日常的ASF紀錄訊息。 請注意,MyBot
必須連接才能傳送訊息,因此在我們的Bot得以連接至Steam網路前發生的所有初始ASF訊息都無法被轉發。
當然,SteamTarget
具有所有您能從通用的TargetWithLayout
得到的典型功能,因此您可以將它與自訂布局、名稱或進階紀錄規則結合使用。 上述範例只是最基礎的一個。
這個目標被ASF內部使用,為ASF API的/Api/NLog
端點提供固定大小的紀錄歷史,可以在以後被ASF-ui等其他工具使用。 在一般情形下,只有在您已經使用自訂NLog設定來進行其他自訂,且您還希望紀錄在ASF API(例如ASF-ui)中公開時,您才應該定義此目標。 或者當您想要修改預設布局或歷史訊息的maxCount
時,也可以宣告它。
在所有ASF使用的環境中支援。
<targets>
<target type="History"
name="String"
layout="Layout"
maxCount="Byte" />
</targets>
閱讀有關使用設定檔的更多資訊。
name:目標的名稱。
layout:要呈現的本文。 必須為layout。 預設值:${date:format=yyyy-MM-dd HH\:mm\:ss}|${processname}-${processid}|${level:uppercase=true}|${logger}|${message}${onexception:inner= ${exception:format=toString,Data}}
maxCount:紀錄的隨選歷史的最大儲存量。 非必須項。 預設為20
,這提供了適合的初始歷史記錄數量,同時也考慮了儲存紀錄所需的記憶體使用量。 必須大於0
。
當您決定將SteamTarget
中的Debug
或更低的記錄層級,與參與ASF程序的steamID
結合使用時,應當格外小心。 這可能會導致StackOverflowException
,因為您將建立一個使ASF接收給定訊息的無限循環。是首先透過Steam記錄它,然後導致需要再記錄另一條訊息。 目前只有在記錄Trace
層級(ASF記錄自己的聊天訊息)或Debug
層級,同時又在Debug
模式下執行ASF(此時ASF會記錄所有Steam封包)時,才會發生這種情形。
簡而言之,若您的steamID
屬於同一個ASF程序,則您的SteamTarget
的minlevel
記錄層級應為Info
(如果不在Debug
模式下執行ASF,則為Debug
)或更高。 或者,如果修改層級不符合您的需求,您可以定義自己的<when>
紀錄篩選器,以避免無限的紀錄循環。 這份警語也適用於群組聊天。