sys.excepthook可用于全局捕获未处理的异常，并支持自定义处理逻辑。1. 它在异常未被任何try...except捕获时触发，作用范围为全局，而try...except仅作用于局部范围；2. 除记录日志外，还可用于发送通知、清理资源、重启程序、显示友好提示、性能分析等场景；3. 为避免自身引发异常导致崩溃，应保证其逻辑健壮、简单，并使用try...except保护关键操作；4. 在多线程中，每个线程有独立的sys.excepthook，互不影响；在多进程环境中，各进程也有独立钩子函数，若需主进程统一处理异常，可借助multiprocessing.queue或apply_async方法实现异常传递与集中处理。
程序崩溃时，可以使用sys.excepthook全局捕获未处理的异常，这允许你自定义异常处理流程，比如记录日志、发送通知或执行清理操作。
解决方案
sys.excepthook是Python解释器在遇到未捕获的异常时调用的一个钩子函数。默认情况下，它会将异常信息打印到stderr。我们可以通过重新赋值sys.excepthook来替换默认行为，实现全局异常捕获。
下面是一个简单的例子：
import sys
import traceback
import logging
# 配置日志
logging.basicConfig(filename="error.log", level=logging.ERROR,
format="%(asctime)s - %(levelname)s - %(message)s")
def global_exception_handler(exc_type, exc_value, exc_traceback):
"""
全局异常处理函数，用于捕获未处理的异常。
"""
# 1. 记录异常信息到日志
logging.error("Uncaught exception", exc_info=(exc_type, exc_value, exc_traceback))
# 2. 打印异常信息到控制台 (可选，取决于需求)
print("An unhandled exception occurred!")
traceback.print_exception(exc_type, exc_value, exc_traceback)
# 3. 可以添加其他处理逻辑，例如发送邮件通知、清理资源等
# 将全局异常处理函数设置为 sys.excepthook
sys.excepthook = global_exception_handler
# 模拟一个未处理的异常
def divide_by_zero():
return 1 / 0
if __name__ == "__main__":
try:
divide_by_zero()
except Exception as e:
print("This exception is handled locally.")在这个例子中，我们定义了一个名为global_exception_handler的函数，它接受异常类型、异常值和异常回溯信息作为参数。 这个函数会将异常信息记录到error.log文件中，并打印到控制台。然后，我们将sys.excepthook设置为这个函数。 当程序中发生未处理的异常时，global_exception_handler就会被调用。
注意，在上面的代码中，我们故意模拟了一个ZeroDivisionError异常。 如果将try...except块注释掉，那么这个异常就会未处理，从而触发sys.excepthook。
副标题1
sys.excepthook捕获异常的时机和范围是怎样的？它与try...except块有什么区别？
sys.excepthook是在异常完全未被任何try...except块处理的情况下才会被调用的。 它的作用范围是全局的，也就是说，只要程序中发生未处理的异常，它都会被触发。 而try...except块只能捕获特定范围内的异常，例如上面的例子中，如果divide_by_zero()函数抛出的异常没有被try...except块捕获，那么sys.excepthook就会起作用。 如果异常被try...except捕获并处理了，sys.excepthook就不会被调用。 可以把sys.excepthook看作是最后的防线。
副标题2
除了记录日志，sys.excepthook还可以用于哪些高级的异常处理场景？
sys.excepthook不仅仅可以用于记录日志，还可以用于很多其他高级的异常处理场景，比如：
-
发送邮件通知: 当程序发生严重错误时，可以通过
sys.excepthook发送邮件通知给开发人员，以便及时处理。 -
清理资源: 在程序崩溃之前，可以使用
sys.excepthook来清理一些资源，例如关闭文件、释放内存等，避免资源泄露。 -
重启应用程序: 在某些情况下，程序崩溃可能是由于一些临时性的问题导致的。 可以使用
sys.excepthook来自动重启应用程序，尝试恢复正常运行。 当然，这种做法需要谨慎，避免进入死循环。 -
显示友好的错误提示: 对于GUI程序，可以使用
sys.excepthook来显示一个友好的错误提示框，而不是直接崩溃退出，提高用户体验。 -
性能分析: 结合性能分析工具，可以利用
sys.excepthook在发生异常时收集性能数据，帮助定位性能瓶颈。
副标题3
如何避免sys.excepthook自身出现异常导致程序崩溃？
为了避免sys.excepthook自身出现异常导致程序崩溃，需要注意以下几点：
-
健壮性: 在
sys.excepthook函数中，要尽量避免使用可能抛出异常的代码。 如果必须使用，一定要使用try...except块进行保护。 -
日志记录: 如果
sys.excepthook函数中发生了异常，一定要记录到日志中，方便排查问题。 但是要注意，记录日志的代码本身也可能抛出异常，所以需要进行保护。 -
简单化:
sys.excepthook函数的功能要尽量简单，避免过于复杂的操作，减少出错的可能性。 -
测试: 要对
sys.excepthook函数进行充分的测试，确保在各种情况下都能正常工作。可以模拟各种异常情况，检查sys.excepthook是否能正确处理。 -
避免递归调用: 确保
sys.excepthook内部的任何操作都不会导致新的未处理异常，从而避免递归调用sys.excepthook，导致堆栈溢出。 例如，避免在sys.excepthook中触发可能导致异常的日志记录或网络请求。
一个更健壮的sys.excepthook示例：
import sys
import traceback
import logging
logging.basicConfig(filename="error.log", level=logging.ERROR,
format="%(asctime)s - %(levelname)s - %(message)s")
def safe_exception_handler(exc_type, exc_value, exc_traceback):
try:
logging.error("Uncaught exception", exc_info=(exc_type, exc_value, exc_traceback))
except Exception as log_err:
print(f"Error logging exception: {log_err}") # 打印到控制台，作为最后的手段
try:
print("An unhandled exception occurred!")
traceback.print_exception(exc_type, exc_value, exc_traceback)
except Exception as print_err:
print(f"Error printing traceback: {print_err}")
sys.excepthook = safe_exception_handler
def might_fail():
raise ValueError("Something went wrong")
if __name__ == "__main__":
might_fail()副标题4
在多线程或多进程环境中，sys.excepthook的行为有什么不同？应该如何处理？
在多线程环境中，sys.excepthook是线程本地的。 也就是说，每个线程都有自己的sys.excepthook。 如果一个线程中发生了未处理的异常，只会调用该线程的sys.excepthook。 这可以避免一个线程的异常影响到其他线程。
在多进程环境中，每个进程都有自己独立的sys.excepthook。 一个进程中的异常不会影响到其他进程。 但是，如果希望在主进程中捕获所有子进程的异常，需要使用一些额外的机制，例如：
-
使用
multiprocessing.Queue: 子进程可以将异常信息发送到multiprocessing.Queue中，主进程从队列中读取异常信息并进行处理。 -
使用
multiprocessing.Pool的apply_async方法:apply_async方法可以捕获子进程的异常，并通过回调函数将异常信息传递给主进程。
处理多线程/多进程异常的关键在于确保异常信息能够被正确地传递和处理，同时避免线程/进程间的相互干扰。 根据具体的应用场景选择合适的处理方式。
