Каков наиболее эффективный способ регистрации имени класса и метода?

Question

Я в основном хочу написать logger/tracer клиента, который также регистрирует имя класса и метода метода, вызывающего logger/tracer. Это должно быть быстрым, чтобы оно не влияло на производительность приложения, строго набиралось и очищалось. У кого-нибудь есть хорошие идеи?

Вот несколько я имел, но я беспокоюсь о производительности из-за отражения: (? Слишком много накладных расходов)

• StackTrace/StackFrame

• MethodInfo.GetCurrentMethod() (все еще слишком медленно? и не очень чистый) метод

• проход в качестве делегата (C# можно сделать это неявно и у меня есть доступ к MethodInfo, но не очень чистый)

Я ценю чьи-либо комментарии.

UPDATE:

мне понравилась cleanless из StackFrame поэтому я задал более конкретный вопрос here в отношении производительности StackFrame, и я получил некоторые действительно хороший ответ, включая тесты производительности. Оказывается, что MethodInfo.GetCurrentMethod() является самым быстрым (занимает около 1 микросекунды на моем компьютере) и new StackFrame(1) можно запросить по запросу (занимает около 15-20 микросекунд на моем компьютере). Я выбрал метод как вариант делегирования, поскольку он слишком запутан, когда метод имеет несколько параметров.

ВЫВОД:

Я смотрел на все варианты и лучше всего написать специальный плагин для PostSharp, который впрыскивает имя метода в виде строки в MSIL во время компиляции при применении пользовательского атрибута, как [Trace]. На мой взгляд, это самый быстрый и удобный вариант. Это даже позволяет намного больше вещей, например, передавать имена параметров и аргументы без каких-либо отражений, а также исключать и регистрировать исключения. Это my related question для получения дополнительной информации.

Answer 1

Проще говоря, самый быстрый способ сделать это статически во время компиляции:

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

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

, то вопрос, по существу, такой же, как ваш предыдущий вопрос; Каков наилучший способ сделать это в удобном и точном месте? Варианты времени выполнения, которые мы обсуждали ранее, относились к относительно серьезному результату, но компромисс заключается в том, что их можно легко реализовать.

Как уже упоминалось в предыдущей теме, это начинает склоняться к Аспектно-ориентированному программированию; PostSharp - одна из таких библиотек, которая может помочь найти баланс статически скомпилированной производительности при простом обслуживании.

Answer 2

Когда вы уже находитесь внутри метода (или если вы перехватываете метод), я не думаю, что вы можете сделать намного лучше, чем MethodInfo.GetCurrentMethod - что не слишком ужасно быстро - если вы хотите остаться в типе -безопасно.

Поскольку вы хотите сделать это для ведения журнала, считаете ли вы это в асинхронной операции, чтобы не замедлить основной поток?

В зависимости от нагрузки, уже имеющейся в вашем приложении, она может или не поможет.

Answer 3

Лучший способ сделать это во время компиляции: C++ традиционно использовал символы препроцессора ____FILE____ и ____LINE____ в макросах для этого. К сожалению, компилятор C# не предлагает макросов или эквивалентов ____FILE____ и ____LINE____ на данный момент.

Это эффективно означает, что ваш единственный вариант заключается в том, чтобы регистрировать эту информацию во время выполнения, что означает либо утомительное добавление ручной трассировки для каждого метода, который вы хотите зарегистрировать, либо с помощью нажатия отражения, как вы описали.

Answer 4

Думаю, Log4PostSharp очень хорошо справится с этой задачей.

Answer 5

Если речь идет о скорости, то фактическое сообщение журнала должно быть создано с использованием Event Tracing for Windows. ETW - это высокоскоростная библиотека регистрации, реализованная в качестве драйвера, доступного как из режима ядра, так и из режима пользователя. Трассировка может быть динамически включена и выключена. Ведение журнала добавляет очень мало накладных расходов на приложение. Я использовал ETW для реализации трассировки в высокопроизводительных серверных приложениях. Отъезд NTrace.

Answer 6

Самый быстрый способ сделать это во время компиляции, это правда, но самый удобный способ сделать это в .NET через использование CallerMemberName, CallerFilePath и другие службы составитель атрибуты incroduced в .NET 4.5:

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