Блог

Ситуация, когда метод пытается зарегистрировать пользовательское исключение (пользовательский класс исключений в качестве примера кода), вызывает проблему:

 [Serializable]
public class CustomException : Exception
{
    public CustomException() { }
    public CustomException(string message) : base(message) { }
    public CustomException(string message, Exception inner) : base(message, inner) { }
    protected CustomException(
      System.Runtime.Serialization.SerializationInfo info,
      System.Runtime.Serialization.StreamingContext context)
        : base(info, context) { }
}
  

Создание исключения:

 CustomException ex = new CustomException("Here is a new custom exception! ");
LogError(ex);
  

Метод регистрации исключений (пользовательских и других!):

 public static void LogError(Exception ex)
{
    //Saving exception messages, inner exceptions etc
    //...
}
  

В этом случае ex.Stacktrace пользовательского исключения имеет значение null при его регистрации!

Я полагаю, причина в том, что метод ведения журнала (который пытается быть методом общего назначения) принимает объект исключения в качестве параметра, а не CustomException (?). Каков правильный способ создания метода ведения журнала, поскольку перегрузка его различными типами исключений кажется немного нелогичной?

Я полагаю, причина в том, что метод ведения журнала (который пытается быть методом общего назначения) принимает объект исключения в качестве параметра, а не CustomException (?)

Неверно. Это значение равно нулю, поскольку вы на самом деле не создавали исключение, а просто создали его.

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

Вы можете использовать:

 public static void LogError<T>(T exception)
{
  // Serialize the exception here and write to log
}
  

Обратите внимание, что вы можете просто использовать любой объект здесь в сочетании с удобочитаемым форматом сериализации (т. Е. в формате Json). Затем вы можете просто зарегистрировать сериализованное представление объекта, где все общедоступные поля / свойства будут сохранены.

Обратите внимание, что вам также понадобится throw / catch для построения stacktrace для вас.

Создайте CustomException экземпляр перед его регистрацией. Среда выполнения заполнит информацию о трассировке стека

1. Регистрируйте исключения в блоке catch
2. Проверьте уровень ведения журнала и регистрируйте только сообщение или полную информацию об исключении.

Например, мы используем методы расширения для TraceSource для регистрации исключений:

 public static void TraceException(this TraceSource traceSource, Exception ex)
{
    traceSource.TraceException(string.Empty, ex);
}

public static void TraceException(this TraceSource traceSource, string comment, Exception ex)
{
    if (!string.IsNullOrWhiteSpace(comment))
        comment  = "rn";

    traceSource.TraceEvent(TraceEventType.Error, (int)TraceEventType.Error,
            comment   "ExceptionType: {0} rn ExceptionMessage: {1}", ex.GetType(), ex.Message);

    if (traceSource.Switch.Level == SourceLevels.Verbose ||
        traceSource.Switch.Level == SourceLevels.All)
    {
        traceSource.TraceEvent(TraceEventType.Verbose, 0, ex.ToString());
    }
}
  

Использование:

 catch(Exception ex)
{
    _log.TraceException(ex);
}