Подтвердить что ты не робот

Исключение регистрации в С#

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

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

#region WriteLogError
/// <summary>
/// Write an error Log in File
/// </summary>
/// <param name="errorMessage"></param>
public void WriteLogError(string errorMessage)
{
  try
  {
    string path = "~/Error/" + DateTime.Today.ToString("dd-mm-yy") + ".txt";
    if (!File.Exists(System.Web.HttpContext.Current.Server.MapPath(path)))
    {
      File.Create(System.Web.HttpContext.Current.Server.MapPath(path))
     .Close();
    }
    using (StreamWriter w = File.AppendText(System.Web.HttpContext.Current.Server.MapPath(path)))
    {
      w.WriteLine("\r\nLog Entry : ");
      w.WriteLine("{0}", DateTime.Now.ToString(CultureInfo.InvariantCulture));
      string err = "Error in: " + System.Web.HttpContext.Current.Request.Url.ToString() 
                 + ". Error Message:" + errorMessage;
      w.WriteLine(err);
      w.WriteLine("__________________________");
      w.Flush();
      w.Close();
    }
  }
  catch (Exception ex)
  {
    WriteLogError(ex.Message);
  }

}

#endregion
4b9b3361

Ответ 1

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

try
{

}
catch (Exception ex)
{
    Console.WriteLine(ex.ToString());
}

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

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

Еще одно замечание - вы должны заменить свой метод WriteLogError на полнофункциональную структуру ведения журналов (например, Serilog) вместо того, чтобы пытаться написать свой собственный.

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

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

Ответ 2

Просто зарегистрируйтесь ToString(). Он не только даст вам трассировку стека, но также включает внутренние исключения.

Ответ 3

Кроме того, когда вы, например, развертываете сборку своего кода в производственной среде, не забудьте включить файлы .pdb в пакет выпуска. Вам нужен этот файл, чтобы получить номер строки для этого кода (см. Сколько информации содержатся в файлах pdb? (С#/.NET))

Ответ 4

Ваше решение довольно хорошее. Я прошел через ту же фазу
и в конце концов нужно было регистрировать все больше и больше (это будет...):

  • расположение источника журналирования
  • стек вызовов до исключения (может быть в другом месте)
  • все внутренние исключения одинаково
  • идентификатор процесса/идентификатор потока
  • время (или запрос тиков)
  • для веб - URL, заголовки http, ip клиента, куки, содержимое веб-сессии
  • некоторые другие значения критических переменных
  • загруженные сборки в памяти
  • ...

Желательно, чтобы я щелкнул ссылку на файл, где произошла ошибка,
или щелкнул ссылку в стеке вызовов, и Visual Studio открылась в соответствующем месте.
(Конечно, все, что вам нужно сделать, это файлы *.PDB, где пути из кода IL
на ваш выпущенный источник в С# хранятся.)

Итак, я наконец начал использовать это решение:
Он существует как пакет Nuget - Desharp.
Это для обоих типов приложений - веб и рабочего стола.
Смотрите документацию Desharp Github. У него много параметров конфигурации.

try {
    var myStrangeObj = new { /*... something really mysterious ...*/ };
    throw new Exception("Something really baaaaad with my strange object :-)");
} catch (Exception ex) {

    // store any rendered object in debug.html or debug.log file
    Desharp.Debug.Log(myStrangeObj, Desharp.Level.DEBUG);

    // store exception with all inner exceptions and everything else
    // you need to know later in exceptions.html or exceptions.log file
    Desharp.Debug.Log(ex);
}

У этого есть форматы журнала HTML, каждое исключение в одной строке,
а со страницы HTML, которую вы можете открыть в браузере, вы можете нажать
на ссылку на файл и перейти к Visual Studio - это действительно затягивает!
Необходимо только установить этот редактор открытий Desharp.

Смотрите некоторые демонстрации здесь:

Попробуйте проверить любой из этих репозиториев и зарегистрировать что-нибудь, как описано выше.
затем вы можете увидеть результаты в журнале ~/Logs. В основном все настраивается.

Ответ 5

Я отвечаю только на вопрос, другие уже упоминали о коде. Если вы хотите, чтобы номер строки был включен в ваш журнал, вам нужно включить сгенерированные файлы отладки (pdb) в ваше развертывание на сервере. Если это только ваш регион разработки/тестирования, это хорошо, но я не рекомендую использовать в производстве.

Ответ 6

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

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

Исключительный класс

https://docs.microsoft.com/en-us/dotnet/api/system.exception?redirectedfrom=MSDN&view=netframework-4.7.2

Информация о сериализации, акте преобразования объекта в файл на диске и наоборот.

https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/concepts/serialization/