本文介绍基于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
异常类加以修改即可。
至此,大功告成。
作者:疯狂学习GIS