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

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

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

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

例外。消息只包含与异常关联的消息(doh)。例子:

对象引用未设置为对象的实例

exception . tostring()方法将提供一个更详细的输出，包含异常类型、消息(来自前面)、堆栈跟踪以及嵌套/内部异常的所有这些内容。更准确地说，该方法返回以下内容:

ToString returns a representation of the current exception that is intended to be understood by humans. Where the exception contains culture-sensitive data, the string representation returned by ToString is required to take into account the current system culture. Although there are no exact requirements for the format of the returned string, it should attempt to reflect the value of the object as perceived by the user. The default implementation of ToString obtains the name of the class that threw the current exception, the message, the result of calling ToString on the inner exception, and the result of calling Environment.StackTrace. If any of these members is a null reference (Nothing in Visual Basic), its value is not included in the returned string. If there is no error message or if it is an empty string (""), then no error message is returned. The name of the inner exception and the stack trace are returned only if they are not a null reference (Nothing in Visual Basic).

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

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

我想说@Wim是对的。您应该对日志文件使用ToString()—假设是技术观众—如果有Message，则显示给用户。有人可能会说，即使这样也不适合用户，因为存在各种异常类型和出现的情况(比如ArgumentExceptions等)。

此外，除了StackTrace之外，ToString()还将包括其他方法无法获得的信息。例如，融合的输出，如果启用了在异常“消息”中包含日志消息。

一些异常类型甚至在ToString()中包含额外的信息(例如来自自定义属性)，但在Message中不包含。

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