在现代Python中声明自定义异常类的正确方法是什么？我的主要目标是遵循其他异常类所具有的任何标准，以便（例如）我在异常中包含的任何额外字符串都由捕捉到异常的任何工具打印出来。
我所说的“现代Python”是指在Python2.5中运行，但对于Python2.6和Python3.*的工作方式来说是“正确的”。我所说的“自定义”是指一个异常对象，它可以包含有关错误原因的额外数据：一个字符串，也可能是与异常相关的其他任意对象。
我被Python 2.6.2中的以下弃用警告绊倒了：
>>> class MyError(Exception):
... def __init__(self, message):
... self.message = message
...
>>> MyError("foo")
_sandbox.py:3: DeprecationWarning: BaseException.message has been deprecated as of Python 2.6
BaseException对名为message的属性具有特殊含义，这似乎很疯狂。我从PEP-352中了解到，这个属性在2.5中确实有特殊的含义，他们正试图贬低它，所以我想这个名字（以及这个名字）现在被禁止了？呃。
我还模糊地意识到Exception有一些神奇的参数参数，但我从未知道如何使用它；我在网上发现的许多讨论都表明，他们试图在Python 3中取消args。
更新：两个答案建议重写__init__和__str__/__unicode__/__repr_。这似乎需要很多打字，是吗？
也许我错过了这个问题，但为什么不呢
class MyException(Exception):
pass
要覆盖某些内容（或传递额外的参数），请执行以下操作：
class ValidationError(Exception):
def __init__(self, message, errors):
# Call the base class constructor with the parameters it needs
super().__init__(message)
# Now for your custom code...
self.errors = errors
这样，您可以将错误消息的dict传递给第二个参数，然后使用e.errors进行处理。
在Python 2中，您必须使用稍微复杂一点的super（）形式：
super(ValidationError, self).__init__(message)
截至Python 3.8（2018，https://docs.python.org/dev/whatsnew/3.8.html)，建议的方法仍然是：
class CustomExceptionName(Exception):
"""Exception raised when very uncommon things happen"""
pass
请不要忘记记录，为什么需要自定义异常！
如果需要，这是处理具有更多数据的异常的方法：
class CustomExceptionName(Exception):
"""Still an exception raised when uncommon things happen"""
def __init__(self, message, payload=None):
self.message = message
self.payload = payload # you could add more args
def __str__(self):
return str(self.message) # __str__() obviously expects a string to be returned, so make sure not to send any other data types
并像这样获取它们：
try:
raise CustomExceptionName("Very bad mistake.", "Forgot upgrading from Python 1")
except CustomExceptionName as error:
print(str(error)) # Very bad mistake
print("Detail: {}".format(error.payload)) # Detail: Forgot upgrading from Python 1
有效负载=无对使其可酸洗很重要。在转储之前，必须调用error__reduce_（）。加载将按预期工作。
如果需要将大量数据传输到某个外部结构，您可能应该研究如何使用pythons return语句找到解决方案。对我来说，这似乎更清晰/更像蟒蛇。高级异常在Java中大量使用，当使用框架并必须捕获所有可能的错误时，这有时会很烦人。
不，不禁止“消息”。它刚刚被弃用。您的应用程序可以使用message正常工作。当然，您可能希望消除弃用错误。
当您为应用程序创建自定义的Exception类时，其中许多类不仅仅是从Exception派生的，而是从其他类派生的，比如ValueError或类似的类。然后你必须适应他们对变量的使用。
如果应用程序中有许多异常，通常最好为所有异常设置一个通用的自定义基类，这样模块的用户就可以
try:
...
except NelsonsExceptions:
...
在这种情况下，您可以在那里执行所需的__init__和__str__，因此不必对每个异常重复执行。但是，简单地调用消息变量而不是消息就行了。
在任何情况下，您只需要__init__或__str__，如果您执行了与Exception本身不同的操作。因为如果你不赞成，你就需要两者，否则你会得到一个错误。这不是每个类需要的大量额外代码。
