当程序出现错误时，系统会自动引发异常，除此之外，Python也允许程序自行引发异常，自行引发异常使用raise语句完成。

使用raise引发异常

如果需要在程序中自行引发异常，则应使用raise语句，raise语句有如下三种常用的用法：

1. raise：单独一个raise

该语句引发当前上下文中捕获的异常（如在except块中），或默认引发RuntimeError异常

2. raise 异常类：raise后带一个异常类

该语句引发指定异常类的默认实例

3. raise 异常对象：引发指定的异常对象

即使是用户自行引发的异常，也可以使用try...except来捕获，当然也可以不管它，让该异常向上（先调用者）传播，如果该异常传到Python解释器，则程序就会中止。

如下示例示范了处理用户引发异常的两种方式：

由上面程序可知，程序即可在调用mtd(3)时使用try...except来捕获异常，这样改异常将会被except块捕获，不会传播给调用它的函数；也可直接调用mtd(3)，这样该函数的异常就会直接传播给它的调用函数，如果该函数也不处理该异常，就会导致程序中止。

运行上面程序，输出结果如下：

上面第一行输出的是第一次调用mtd(3)的结果，该方法引发的异常被except块捕获并处理。

后面的大段输出是第二次调用mtd(3)的结果，由于该异常没有被except块捕获，因此该异常一直向上传播，直到传给Python解释器导致程序中止。

注意：第二次调用mtd(3)引发的以“File”开头的三行输出，其实现实的就是异常的传播轨迹信息，即如果程序不对异常进行处理，Python默认会在控制台输出异常的传播轨迹信息。

自定义异常类

用户自定义异常都应该继承Exception基类或Exception的子类，在自定义异常类时基本不需要写更多的代码，只需要指定自定义异常类的父类即可。

如下所示：

class AuctionException(Exception):

pass

上面程序创建了AuctionException异常类，该异常类不需要类体定义，因此使用pass语句作为占位符即可。

except和raise同时使用

在实际应用中对异常可能需要更复杂的处理方式——当一个异常出现时，单靠某个方法无法完成处理该异常，必须由几个方法协作才可完全处理该异常。即在异常出现的当前方法中，程序只对异常进行部分处理，还有些处理需要在该方法的调用者中才能完成，所以应该再次引发异常，让该方法的调用者也能捕获异常。

为了实现这种通过多个方法协作处理同一个异常的情形，可在except块中结合raise语句完成，如下：

上面程序中AuctionTest类中except块捕获到异常后，系统打印了该异常的字符串信息，接着引发一个AuctionException异常，通知该方法的调用者再次处理该AuctionException异常。所以程序中的main()函数，也就是bid()方法的调用者还可再次捕获AuctionException异常，并将该异常的详细描述信息打印出来。

Python的异常传播轨迹

异常对象提供了一个with_traceback用于处理异常的传播轨迹，查看异常的传播轨迹可追踪异常触发的源头，也可看到异常一路触发的轨迹。

如下示例：

上面程序中main()函数调用firstMethod()，firstMethod()调用secondMethod()，secondMethod()调用thirdMethod()，thirdMethod()直接引发一个SelfException异常。

运行上面程序，将会看到如下结果：

可以看出，异常从thirdMethod()函数开始触发，传到secondMethod()函数，再传到firstMethdo()函数，最后传到main()函数，在main()函数中止，这个过程就是Python的异常传播轨迹。

在实际应用程序的开发中，大多数可重用操作都会被分解成一系列函数或方法调用，这是因为为了具有更好的可重用性，会将每个可重用的代码单元定义成函数或方法，将复杂任务逐渐分解为更容易管理的小型子任务。由于一个大的业务功能需要由多个函数或方法共同实现，在最终编程模型中，很多对象将通过一系列函数或方法调用来实现通信，执行任务。

所以，当应用程序运行时，经常会发生一系列函数或方法调用，从而形成“函数调用栈”，异常的传播则相反：只要异常没有被完全捕获（包括异常没有被捕获，或异常被处理后重新引发了新异常），异常就从发生异常的函数或方法逐渐向外传播，首先传给该函数或方法的调用者，该函数或方法的调用者再传给其调用者......直至最后传到Python解释器，此时Python解释器会中止该程序，并打印异常的传播轨迹信息。

Python专门提供了traceback模块来处理异常传播轨迹，使用traceback可方便地处理Python的异常传播轨迹。

导入traceback模块之后，traceback提供了如下两个常用方法：

1. traceback.print_exc()：将异常传播轨迹信息输出到控制台或指定文件中

2. format_exc()：将异常传播轨迹信息转换成字符串

到这里可能你有疑问：从上面方法看不出它们到底处理哪个异常的传播轨迹信息？

OK，实际上常用的print_exc()是print_exc([limit[,file]])省略了limit、file两个参数的形式。

其中，limit用于限制显示异常传播的层数，比如函数A调用函数B，函数B发生了异常，如果指定limit=1，则只显示函数A里面发生的异常，如果不设置limit参数，则默认全部显示。

file指定将异常传播轨迹信息输出到指定文件中，如果不指定该参数，则默认输出到控制台。

示例如下：

上面程序中第一行先导入traceback模块，接下来程序使用except捕获程序的异常，并使用traceback的print_exc()方法输出异常传播信息，分别将它输出到控制台和指定文件中。

运行上面程序，同样可看到在控制台输出异常传播信息，且在程序目录下生成了一个log.txt文件，该文件中同样记录了异常传播信息。

最后说一下异常处理的规则：

一般来说，成功的异常处理应该事先如下4个目标：

1. 使程序代码混乱最小化

2. 捕获并保留诊断信息

3. 通知合适的人员

4. 采用合适的方式结束异常活动