本文介绍基于Python语言的异常处理模块try与except，对代码中出现的报错加以跳过，从而使得程序继续运行的方法。
在Python语言中，try语句块用于包含可能引发异常的代码，而except语句块则用于定义在出现异常时要执行的代码。其基本结构如以下代码所示。
try:
# 可能引发异常的代码块
# ...
except ExceptionType1:
# 处理 ExceptionType1 类型的异常
# ...
except ExceptionType2:
# 处理 ExceptionType2 类型的异常
# ...
else:
# 如果没有发生异常时要执行的代码
# ...
finally:
# 无论是否发生异常都要执行的代码
# ...
通过这种方式，我们就可以让原本一旦遇到错误就会自动中断运行的程序，对某些指定的报错内容加以忽视，从而使得虽然出现错误但是代码可以继续运行。这里就给出1个具体的例子。
最近，需要按照一定规则对大量遥感影像加以镶嵌拼接。其中，因为镶嵌拼接的规则比较复杂（需要按照空间、时间等多个维度来确定将哪些遥感影像拼接在一起），所以导致每一次待拼接的遥感影像具体数量是不同的——可能对于第1个时间范围，需要将5景遥感影像需要拼接在一起；但是对于第2个时间范围，它就没有任何需要拼接的遥感影像。同时，因为待处理的时间范围比较多，所以我们也不可能手动去把每1个时间范围对应的情况都考虑一遍。
这就导致，对于有遥感影像可以拼接的时间范围而言，代码会正常运行；但是对于期间没有任何遥感影像的时间范围而言，其拼接函数就会报错。例如，我这里使用了arcpy的拼接函数MosaicToNewRaster_management()，那么对于没有任何遥感影像的时间范围，函数就会出现报错，如下图所示。
由上图可以看到，对于前3个时间范围（也就是2021001、2021009与2021017），其均不会有问题；而对于第4个时间范围（此时就该2021025这个时间范围了），由于其没有任何可以拼接的遥感影像，所以就会报错。
对此，我们就可以使用Python语言的异常处理模块try与except，对可能出现的、由于时间范围内没有任何遥感影像可以拼接而导致的错误加以忽视。
其中，本文的原始代码如下。
if int(date_str) < time_start + 8:
image_file_list.append(image_file)
else:
arcpy.MosaicToNewRaster_management(image_file_list, output_folder, str(time_start) + ".tif", number_of_bands = 4)
print time_start, "finished."
time_start += 8
image_file_list[:] = []
而修改后代码如下。
if int(date_str) < time_start + 8:
image_file_list.append(image_file)
else:
try:
arcpy.MosaicToNewRaster_management(image_file_list, output_folder, str(time_start) + ".tif", number_of_bands = 4)
print time_start, "finished."
except arcpy.ExecuteError:
print "MY_ERROR: ", time_start
time_start += 8
image_file_list[:] = []
其中，因为原本会出现错误的代码，就是arcpy的拼接函数MosaicToNewRaster_management()那里；所以我们需要在这个代码的位置前使用try——如果不报错，那么就先拼接，然后执行print time_start, "finished."，然后再执行最后的time_start += 8那2句代码；如果报错了，那么就不继续拼接了，而是执行print "MY_ERROR: ", time_start，然后再执行最后的time_start += 8那2句代码。
其中，arcpy.ExecuteError是arcpy模块中的一个异常类，是arcpy模块操作的一般错误；我们在执行arcpy模块的函数时，如果发生错误，那么就会引发arcpy.ExecuteError异常。大家在实际操作时，将这里的异常类修改为自己需要的异常类即可。
随后，运行上述修改后的代码，如下图所示。
可以看到，此时就可以完整的走完全部流程了。对于前3个没有问题的时间范围（也就是2021001、2021009与2021017），其均会打印finished.；而对于第4个时间范围（也就是2021025），其因为遇到了报错，所以就会打印MY_ERROR:；但是程序不会中断，而是继续按照这个逻辑去运行后续的时间范围，直至所有的时间范围都被处理。
所以，我们就解决了由于可能具有的arcpy.ExecuteError异常而导致的程序中断问题；大家在实际使用时，按照自己程序中可能出现的报错类，对本文出现的arcpy.ExecuteError异常类加以修改即可。
至此，大功告成。
