就log4net的XML格式而言，您不必担心日志的ex.ToString()。只需要传递异常对象本身，log4net就会以预先配置的XML格式为您提供所有详细信息。我偶尔遇到的唯一问题是新行格式，但那是在我读取原始文件的时候。否则，解析XML工作得很好。

我得说这取决于你想从日志中看到什么，不是吗?如果你对ex.Message提供的功能感到满意，就使用它。否则，使用ex.toString()或甚至记录堆栈跟踪。

除了上面所说的，不要在异常对象上使用ToString()来显示给用户。只要Message属性就足够了，或者一个更高级别的自定义消息。

就日志目的而言，一定要在Exception上使用ToString()，而不仅仅是Message属性，因为在大多数情况下，您会摸不着头脑这个异常具体发生在哪里，调用堆栈是什么。堆栈轨迹会告诉你所有这些。

就log4net的XML格式而言，您不必担心日志的ex.ToString()。只需要传递异常对象本身，log4net就会以预先配置的XML格式为您提供所有详细信息。我偶尔遇到的唯一问题是新行格式，但那是在我读取原始文件的时候。否则，解析XML工作得很好。

这取决于你需要的信息。对于调试堆栈跟踪和内部异常是有用的:

    string message =
        "Exception type " + ex.GetType() + Environment.NewLine +
        "Exception message: " + ex.Message + Environment.NewLine +
        "Stack trace: " + ex.StackTrace + Environment.NewLine;
    if (ex.InnerException != null)
    {
        message += "---BEGIN InnerException--- " + Environment.NewLine +
                   "Exception type " + ex.InnerException.GetType() + Environment.NewLine +
                   "Exception message: " + ex.InnerException.Message + Environment.NewLine +
                   "Stack trace: " + ex.InnerException.StackTrace + Environment.NewLine +
                   "---END Inner Exception";
    }

理想情况下，最好序列化整个异常对象而不是. tostring()。这将封装整个异常对象(所有内部异常、消息、堆栈跟踪、数据、键等)。

这样您就可以确保没有遗漏任何内容。另外，您还拥有可以在任何应用程序中使用的通用格式的对象。

    public static void LogError(Exception exception, int userId)
    {
        LogToDB(Newtonsoft.Json.JsonConvert.SerializeObject(exception), userId);
    }