Was ist der leistungsfähigste Weg, um den Namen von Klasse und Methode zu protokollieren?

Question

Ich möchte grundsätzlich einen Kundenlogger/Tracer schreiben, der auch den Klassen- und Methodennamen der Methode protokolliert, die den Logger/Tracer aufruft. Dies sollte schnell sein, so dass es die Leistung der Anwendung nicht stark beeinflusst, stark typisiert und sauber ist. Hat jemand gute Ideen?

Hier sind die wenigen, die ich hatte, aber ich über die Leistung sorgen durch Reflexion: (zu viel Overhead)

• Stacktrace/StackFrame-

• MethodInfo.GetCurrentMethod() (noch zu langsam? und nicht sehr sauber)

• Pass-Methode als Delegierter (C#, dass implizit tun, und ich habe Zugriff auf die Method, aber nicht sehr sauber)

Ich freue mich über alle Kommentare.

UPDATE:

Ich mochte die cleanless von StackFrame- so fragte ich eine spezifischere Frage here in Bezug auf StackFrame- Leistung und ich habe einige wirklich gute Antwort einschließlich Leistungstests. Es stellt sich heraus, dass MethodInfo.GetCurrentMethod() ist die schnellste (dauert etwa 1 Mikrosekunde auf meinem Computer) und new StackFrame(1) kann auf Anfrage angefordert werden (dauert etwa 15-20 Mikrosekunden auf meinem Computer). Ich habe die Methode als Delegate Option weggeworfen, da es zu chaotisch ist, wenn die Methode mehrere Parameter hat.

FAZIT:

Ich habe bei allen Optionen gesucht und das Beste ist, eine benutzerdefinierte Plug-In für Postsharp zu schreiben, die den Methodennamen als String in MSIL während der Kompilierung einspritzt, wenn wie ein benutzerdefiniertes Attribut Anwendung [Trace] dazu. Es ist meiner Meinung nach die schnellste und wartungsfreundlichste Option. Dies ermöglicht sogar viel mehr Dinge wie das Übergeben der Parameternamen und Argumente ohne irgendeine Art von Reflektion und das automatische Erfassen und Protokollieren von Ausnahmen. Diese my related question für weitere Informationen.

Answer 1

Einfach ausgedrückt, ist der schnellste Weg, es zu tun statisch zur Compile-Zeit:

public void DoSomething() 
{ 
    TraceCall("DoSomething"); 
} 

public void TraceCall(string methodName) 
{ 
    if (!tracingEnabled) { return; } 
    // Log the call 
} 

Die Frage ist dann im Wesentlichen der gleiche wie Ihre vorherige Frage; Was ist der beste Weg dies in einem wartbaren und präzisen Vortrag zu tun? Die Laufzeitoptionen, die wir zuvor besprochen haben, haben einen relativ starken Leistungseinbruch, aber der Nachteil ist, dass sie leicht implementiert werden können.

Wie bereits im vorherigen Thread erwähnt, beginnt sich dieser Ansatz auf aspektorientierte Programmierung zu beziehen; PostSharp ist eine solche Bibliothek, die Ihnen helfen kann, die Balance von statisch kompilierter Leistung mit einfacher Wartung zu finden.

Answer 2

Wenn Sie bereits innerhalb der Methode sind (oder wenn Sie die Methode abfangen), glaube ich nicht, dass Sie viel besser als MethodInfo.GetCurrentMethod - die nicht zu schrecklich schnell ist - wenn Sie Typ bleiben wollen -sicher.

Da Sie dies für die Protokollierung tun möchten, haben Sie in Betracht gezogen, dies in einem asynchronen Vorgang zu tun, damit Sie den Hauptthread nicht verlangsamen?

Abhängig von der Auslastung Ihrer Anwendung kann es hilfreich sein oder auch nicht.

Answer 3

Der beste Weg, dies zu tun, ist bei der Kompilierung: C++ verwendet traditionell die Präprozessorsymbole ____FILE____ und ____LINE____ in Makros, um dies zu tun. Leider bietet der C# -Compiler im Moment keine Makros oder ein Äquivalent zu ____FILE____ und ____LINE____.

Dies bedeutet effektiv, dass Ihre einzige Option ist, diese Informationen zur Laufzeit zu protokollieren, was bedeutet, mühsame manuelle Tracing zu jeder Methode hinzufügen, die Sie protokollieren oder den Treffer der Reflexion verwenden möchten, wie Sie beschrieben.

Answer 4

Ich denke Log4PostSharp würde die Arbeit sehr gut machen.

Answer 5

Wenn Sie sich mit der Geschwindigkeit befassen, sollte die tatsächliche Protokollnachricht mit Event Tracing for Windows erstellt werden. ETW ist eine Hochgeschwindigkeitsprotokollierungsbibliothek, die als ein Treiber implementiert ist, auf den sowohl vom Kernel-Modus als auch vom Benutzermodus zugegriffen werden kann. Die Verfolgung kann dynamisch ein- und ausgeschaltet werden. Die Protokollierung fügt der Anwendung sehr wenig Aufwand hinzu. Ich habe ETW verwendet, um die Ablaufverfolgung in Serveranwendungen mit hohem Durchsatz zu implementieren. Schauen Sie sich NTrace an.

Answer 6

Der schnellste Weg ist zu tun, dass zum Zeitpunkt der Kompilierung, das ist wahr, aber die bequemste Art und Weise, in .NET zu tun ist durch Verwendung der CallerMemberName, CallerFilePath und anderen Compiler Service-Attribute incroduced in .NET 4.5:

public void TraceMethodCall([CallerMemberName]string methodName) 
{ 
}