python实训周记文件异常

‘壹’ python异常处理知识点汇总，五分钟就能学会

什么是异常？

1.错误

从软件方面来说，错误是语法或是逻辑上的。错误是语法或是逻辑上的。

语法错误指示软件的结构上有错误，导致不能被解释器解释或编译器无法编译。这些些错误必须在程序执行前纠正。

当程序的语法正确后，剩下的就是逻辑错误了。逻辑错误可能是由于不完整或是不合法的输入所致；

在其它情况下，还可能是逻辑无法生成、计算、或是输出结果需要的过程无法执行。这些错误通常分别被称为域错误和范围错误。

当python检测到一个错误时，python解释器就会指出当前流已经无法继续执行下去。这时候就出现了异常。

2.异常

对异常的最好描述是：它是因为程序出现了错误而在正常控制流以外采取的行为。

这个行为又分为两个阶段：首先是引起异常发生的错误，然后是检测（和采取可能的措施）阶段。

第一阶段是在发生了一个异常条件（有时候也叫做例外的条件）后发生的。

只要检测到错误并且意识到异常条件，解释器就会发生一个异常。引发也可以叫做触发，抛出或者生成。解释器通过它通知当前控制流有错误发生。

python也允许程序员自己引发异常。无论是python解释器还是程序员引发的，异常就是错误发生的信号。

当前流将被打断，用来处理这个错误并采取相应的操作。这就是第二阶段。

对于异常的处理发生在第二阶段，异常引发后，可以调用很多不同的操作。

可以是忽略错误（记录错误但不采取任何措施，采取补救措施后终止程序。）或是减轻问题的影响后设法继续执行程序。

所有的这些操作都代表一种继续，或是控制的分支。关键是程序员在错误发生时可以指示程序如何执行。

python用异常对象(exception object)来表示异常。遇到错误后，会引发异常。

如果异常对象并未被处理或捕捉，程序就会用所谓的回溯（traceback）终止执行

异常处理

捕捉异常可以使用try/except语句。

try/except语句用来检测try语句块中的错误，从而让except语句捕获异常信息并处理。

如果你不想在异常发生时结束你的程序，只需在try里捕获它。

语法：

以下为简单的try....except...else的语法：

Try的工作原理是，当开始一个try语句后，python就在当前程序的上下文中作标记，这样当异常出现时就可以回到这里，try子句先执行，接下来会发生什么依赖于执行时是否出现异常。

如果当try后的语句执行时发生异常，python就跳回到try并执行第一个匹配该异常的except子句，异常处理完毕，控制流就通过整个try语句（除非在处理异常时又引发新的异常）。

如果在try后的语句里发生了异常，却没有匹配的except子句，异常将被递交到上层的try，或者到程序的最上层（这样将结束程序，并打印缺省的出错信息）。

如果在try子句执行时没有发生异常，python将执行else语句后的语句（如果有else的话），然后控制流通过整个try语句。

使用except而不带任何异常类型

可以不带任何异常类型使用except，如下实例：

以上方式try-except语句捕获所有发生的异常。但这不是一个很好的方式，我们不能通过该程序识别出具体的异常信息。因为它捕获所有的异常。

‘贰’ Python中异常重试怎么解决

retrying是一个 Python的重试包，可以用来自动重试一些可能运行失败的程序段。retrying提供一个装饰器函数retry，被装饰的函数就会在运行失败的条件下重新执行，默认只要一直报错就会不断重试。

如果我们运行have_a_try函数，那么直到random.randint返回5，它才会执行结束，否则会一直重新执行。

retry还可以接受一些参数，这个从源码中Retrying类的初始化函数可以看到可选的参数：

• stop_max_attempt_number：用来设定最大的尝试次数，超过该次数就停止重试

• stop_max_delay：比如设置成10000，那么从被装饰的函数开始执行的时间点开始，到函数成功运行结束或者失败报错中止的时间点，只要这段时间超过10秒，函数就不会再执行了

• wait_fixed：设置在两次retrying之间的停留时间

• wait_random_min和wait_random_max：用随机的方式产生两次retrying之间的停留时间

• wait_exponential_multiplier和wait_exponential_max：以指数的形式产生两次retrying之间的停留时间，产生的值为2^previous_attempt_number * wait_exponential_multiplier，previous_attempt_number是前面已经retry的次数，如果产生的这个值超过了wait_exponential_max的大小，那么之后两个retrying之间的停留值都为wait_exponential_max。这个设计迎合了exponential backoff算法，可以减轻阻塞的情况。

• 我们可以指定要在出现哪些异常的时候再去retry，这个要用retry_on_exception传入一个函数对象：

def retry_if_io_error(exception):return isinstance(exception, IOError)@retry(retry_on_exception=retry_if_io_error)def read_a_file():with open("file", "r") as f:return f.read()

在执行read_a_file函数的过程中，如果报出异常，那么这个异常会以形参exception传入retry_if_io_error函数中，如果exception是IOError那么就进行retry，如果不是就停止运行并抛出异常。


我们还可以指定要在得到哪些结果的时候去retry，这个要用retry_on_result传入一个函数对象：

def retry_if_result_none(result):return result is None@retry(retry_on_result=retry_if_result_none)def get_result():return None

在执行get_result成功后，会将函数的返回值通过形参result的形式传入retry_if_result_none函数中，如果返回值是None那么就进行retry，否则就结束并返回函数值。

‘叁’ python异常值处理

如果你用 Python 编程，那么你就无法避开异常，因为异常在这门语言里无处不在。打个比方，当你在脚本执行时按 ctrl+c 退出，解释器就会产生一个 KeyboardInterrupt 异常。而 KeyError、ValueError、TypeError 等更是日常编程里随处可见的老朋友。

异常处理工作由“捕获”和“抛出”两部分组成。“捕获”指的是使用 try ... except 包裹特定语句，妥当的完成错误流程处理。而恰当的使用 raise 主动“抛出”异常，更是优雅代码里必不可少的组成部分。

异常分类

BaseException所有异常的基类
Exception常见错误的基类
ArithmeticError所有数值计算错误的基类
Warning警告的基类

AssertError断言语句（assert）失败
AttributeError尝试访问未知的对象属性
DeprecattionWarning关于被弃用的特征的警告
EOFError用户输入文件末尾标志EOF（Ctrl+d）
FloattingPointError浮点计算错误
FutureWarning关于构造将来语义会有改变的警告
GeneratorExitgenerator.close()方法被调用的时候
ImportError导入模块失败的时候
IndexError索引超出序列的范围
KeyError字典中查找一个不存在的关键字
KeyboardInterrupt用户输入中断键（Ctrl+c）
MemoryError内存溢出（可通过删除对象释放内存）
NamerError尝试访问一个不存在的变量
NotImplementedError尚未实现的方法
OSError操作系统产生的异常（例如打开一个不存在的文件）
OverflowError数值运算超出最大限制
OverflowWarning旧的关于自动提升为长整型（long）的警告
PendingDeprecationWarning关于特征会被遗弃的警告
ReferenceError弱引用（weakreference）试图访问一个已经被垃圾回收机制回收了的对象
RuntimeError一般的运行时错误
RuntimeWarning可疑的运行行为（runtimebehavior）的警告
StopIteration迭代器没有更多的值
SyntaxErrorPython的语法错误
SyntaxWarning可疑的语法的警告
IndentationError缩进错误
TabErrorTab和空格混合使用
SystemErrorPython编译器系统错误
SystemExitPython编译器进程被关闭
TypeError不同类型间的无效操作
UnboundLocalError访问一个未初始化的本地变量（NameError的子类）
UnicodeErrorUnicode相关的错误（ValueError的子类）
UnicodeEncodeErrorUnicode编码时的错误（UnicodeError的子类）
UnicodeDecodeErrorUnicode解码时的错误（UnicodeError的子类）
UserWarning用户代码生成的警告
ValueError传入无效的参数
ZeroDivisionError除数为零

‘肆’ python运行错误怎么办

1. 一、python的错误处理：
   
   在程序运行的过程中，如果发生了错误，可以事先约定返回一个错误代码，这样，就可以知道是否有错以及出错的原因。
   在操作系统提供的调用中，返回错误码非常常见。比如打开文件的函数open()，成功时返回文件的描述符（就是一个整数），出错时返回-1用错误码来表示是否出错十分不便，因为函数本身应该返回的正常结果和错误码混在一起，造成调用者必须大量的代码来判断是否出错：def foo():
   r = somefunction() if r == (-1): return (-1) return rdef bar():
   r = foo() if r == (-1): print("Error") else: pass一旦出错，还要一级一级上报，直到某个函数可以处理该错误（比如，给用户输出一个错误信息）
   
   所以，高级语言通常都内置了一套try...except...finally...的错误处理机制，python也不例外。try
   让我们用一个例子来看看try的机制try: print("try....")
   r = 10 / 0 print("result", r)except ZeroDivisionError as e: print("except:", e)finally: print("finally...")print("END....")
   
   当我们认为某些代码可能会出错时，就可以用try来运行这段代码，如果执行出错，则后续代码不会继续执行
   而是直接跳转至错误处理代码，即except语句块
   执行完except后，如果有finally语句块，则执行finally语句块，至此，执行完毕。
   
   上面的代码在计算10 / 0时 会产生一个除法运算错误：try....except: division by zerofinally...
   END....>>>从输出可以看到，当错误发生时，后续语句print("result:", r)不会被执行，except由于捕获到ZeroDivisionError因此被执行。
   最后，finally语句被执行。然后，程序继续按照流程往下走。
   
   如果把除数0 变成2，则执行结果如下try....
   result 5.0finally...
   END....>>>由于没有错误发生，所以except语句块不会被执行，但是finally如果有则一定会被执行，当然finally也可以没有
   你还可以猜测，错误应该有很多种类，日过发生了不同类型的错误，应该由不同的except语句块处理。
   没错，可以有多个except来捕获不同类型的错误：try: print("try.....")
   r = 10 / int("a") print("result:", r)except ValueError as e: print("ValueError:", e)except ZeroDivisionError as e: print("ZeroDivisionError:", e)finally: print("finally...")print("END...")
   
   int()函数可能会抛出ValueError,所以我们用一个except捕获ValueError，用另一个except捕获ZeroDivisionError
   此外，如果没有错误发生，可以再except语句块后面加一个else，当没有错误发生时，会自动执行else语句。try: print("try...")
   r = 10 / int("2") print("result:", r)except ValueError as e: print("ValueError:", e)except ZeroDivisionError as e: print("ZeroDivisionError:", e)else: print("No error!")finally: print("finally...")print("END")
   
   python的错误其实也是class，所有的错误类型都继承自BaseException,
   所以在使用except时需要注意的是，它不但捕获该类型的错误，还把其子类也“一网打尽”。
   比如：try:
   foo()except ValueError as e: print("ValueError")except UnicodeError as e: print("UnicodeError")
   
   第二个except永远也捕获不到UnicodeError, 因为UnicodeError是ValueError的子类
   如果有，也是被第一个except给捕获了。
   python所有的错误都是BaseException类派生的。
   
   所有常见的错误类型和继承关系看这里：
   https://docs.python.org/3/library/exceptions.html#exception-hierarchy使用try...exccept捕获错误还有一个巨大的好处，就是可以跨越多层调用，比如函数main（）调用foo（）
   foo（）调用bar（），结果bar（）出错了，这时，只要main（）捕获到了，就可以处理：def foo(s): return 10 / int(s)def bar(s): return foo(s) * 2def main(): try:
   bar("0") except Exception as e: print("Error:", e) finally: print("finally...")
   
   也就是说，不需要在每个可能出错的地方去捕获异常，只要在合适的层次去捕获就可以了。
   这样一来，就大大减少了写 try...except...finally的麻烦。
   
   
   二、调用堆栈
   
   如果错误没有被捕获，他就会一直往上抛，最后被python解释器捕获，打印一个错误信息，然后程序退出。def foo(s): return 10 / int(s)def bar(s): return foo(s) * 2def main():
   bar("0")
   
   main()
   
   执行结果为：
   
   Traceback (most recent call last):
   File "C:/Python36/test.py", line 10, in <mole>
   main()
   File "C:/Python36/test.py", line 8, in main
   bar("0")
   File "C:/Python36/test.py", line 5, in bar return foo(s) * 2
   File "C:/Python36/test.py", line 2, in foo return 10 / int(s)
   ZeroDivisionError: division by zero
   
   出错并不可怕，可怕的时不知道哪里出错了。解读错误信息时定位错误的关键。
   我们从上往下可以看到整个错误的调用函数链。
   
   错误第一行：
   Traceback (most recent call last):
   这告诉我们的是错误的跟踪信息。
   
   File "C:/Python36/test.py", line 10, in < mole >main()
   说明调用main（）出错了，在代码文件test.py中第10行，但是原因是第8行：
   
   File"C:/Python36/test.py", line8, in main
   bar("0")
   调用bar("0")出错了，在代码文件test.py中第8行，但原因是第5行：
   
   
   File"C:/Python36/test.py", line5, in barreturn foo(s) * 2调用return foo(s) * 2时出错了，在test.py中第5行，但原因是第2行
   
   
   File "C:/Python36/test.py", line 2, in foo return 10 / int(s)
   ZeroDivisionError: division by zero
   
   这时我们找到了源头，原来在第2行调用return 10 / int(s)出错了，错误为ZeroDivisionError
   
   
   三、记录错误
   
   如果不捕获错误，自然可以让python解释器来打印出错误堆栈，但是程序也被结束了。
   既然我们能捕获错误，就可以把错误堆栈打印出来，然后分析错误原因，同时，让程序继续执行下去。
   
   python内置的logging模块可以非常容易地记录错误信息：import loggingdef foo(s): return 10 / int(s)def bar(s): return foo(s) * 2def main(): try:
   bar("0") except Exception as e:
   logging.exception(e)
   
   main()print("END")
   
   输出结果为：
   ERROR:root:division by zero
   Traceback (most recent call last):
   File "C:/Python36/test.py", line 12, in main
   bar("0")
   File "C:/Python36/test.py", line 8, in bar return foo(s) * 2
   File "C:/Python36/test.py", line 5, in foo return 10 / int(s)
   ZeroDivisionError: division by zero
   END
   
   同样是出错，但程序打印完错误信息后会继续执行，并正常退出。
   
   通过配置，logging还可以把错误记录到日志文件里，方便事后排查。
   
   
   四、抛出错误
   
   因为错误是class，捕获一个错误就是捕获到该class的一个实例。
   因此，错误并不是凭空产生的，而是有意创建并抛出的。
   
   python的内置函数会抛出很多类型的错误，我们自己编写的函数也可以抛出错误。
   
   如果要抛出错误，首先根据需要，可以定义一个错误的class，选择好继承关系，然后用raise语句抛出一个错误的实例：class FooError(ValueError): passdef foo(s):
   n = int(s) if n == 0: raise FooError("invalid value: %s" % s) return 10 / n
   
   foo("0")
   
   输出结果：
   Traceback (most recent call last):
   File "C:/Python36/test.py", line 10, in <mole>
   foo("0")
   File "C:/Python36/test.py", line 7, in foo raise FooError("invalid value: %s" % s)
   FooError: invalid value: 0
   
   只有在必要的时候才定义我们自己的错误类型。
   如果可以选择python已有的内置错误类型（比如ValueError, TypeError）,尽量使用python内置的错误类型。
   
   最后，我们来看另一种错误处理方式：def foo(s):
   n = int(s) if n == 0: raise ValueError("invalid value: %s" % s) return 10 / ndef bar(): try:
   foo("0") except ValueError as e: print("ValieError") raisebar()
   
   在bar（）函数中，我们明明已经捕获了错误，但是，打印一个ValueError之后
   又通过raise语句抛出去了。这不是有病吗
   
   其实，这种错误处理方式不但没病，而且相当常见。
   捕获错误目的只是记录一下，便于或许追踪。
   
   但是，由于当前函数不知道应该怎么处理该错误，所以，最恰当的方式是继续往上抛，让顶层调用者去处理。
   好比一个员工处理不了一个问题时，就把问题一直往上抛，最终会抛给CEO去解决。
   
   注意：raise语句如果不带参数，就会把当前错误原样抛出。
   此外，在except中raise一个Error，还可以改写错误类型try: 10 / 0except ZeroDivisionError: raise ValueError("do not input zero!")
   
   输出结果：
   Traceback (most recent call last):
   File "C:/Python36/test.py", line 4, in <mole> raise ValueError("do not input zero!")
   ValueError: do not input zero!>>>只要是合理的转换逻辑就可以，但是，绝不应该把一个IOError转成毫不相干的valueError.
   
   总结：
   
   python内置的 try...except...finally 用来处理错误十分方便。
   出错时，会分析错误信息并定位错误发生的代码位置才是关键的。
   
   程序也可以主动抛出错误，让调用者来处理相应的错误。
   但是应该在文档中写清楚可能会抛出哪些错误，以及错误产生的原因。
   

‘伍’ python解析较大的json文件报异常，怎么处理

1.有可能是格式的问题。建议提出来一个到在线解析看一看
2.实在不行，就设置一个异常抛出，正常情况下异常的可能就那一个。
抛异常代码:
with open('d://py/20160122.json','r') as fo:
for line in fo:
try:
# print(count)
paper[count]=json.loads(line)
count+=1
except ValueError:
continue

‘陆’ 关于python的异常

原因是这个文件在c盘，你以写方式打开，权限不足。
你可以：
1，以管理员权限运行IDLE，不过不推荐，因为你正在学习过程中，有可能误操作导致覆盖/删除重要的系统文件，使系统工作不正常甚至崩溃。对于初学编程的你，想必也是一个严峻的问题。
2，在非系统盘上做这些事情，平时在某个盘专门建立一个学习/测试的目录。
另外一个建议，多学点英语，会有用的，最起码能看懂错误说的是啥。

‘柒’ Python中的异常

TypeError: must be real number, not str
你的第一行代码在运行的时候发生了错误，返回了一个类型错误。
“必须是实数，不能是字符串。”
建议你把你出错的第一行代码发上来。

‘捌’ Python中程序异常都能被处理吗

“异常”是Python对象，表示一个错误。

如果不想出现异常后程序自动停止运行，编程的人，就要主动捕捉异常，并自己作出相应处理。

捕捉异常可以使用try/except语句。

try/except语句用来检测try语句块中的错误，从而让except语句捕获异常信息并处理。

下面是try/except的示例，说明了怎样处理各种异常：

try:

<语句> #运行别的代码

except <名字>：

<语句> #如果在try部份引发了'name'异常

except <名字>，<数据>:

<语句> #如果引发了'name'异常，获得附加的数据

else:

<语句> #如果没有异常发生

Python的各种标准异常是预先定义好的。基本上包括了常见的异常情况，主要有以下内容。

异常名称 描述

BaseException 所有异常的基类

SystemExit 解释器请求退出

KeyboardInterrupt 用户中断执行(通常是输入^C)

Exception 常规错误的基类

StopIteration 迭代器没有更多的值

GeneratorExit 生成器(generator)发生异常来通知退出

StandardError 所有的内建标准异常的基类

ArithmeticError 所有数值计算错误的基类

FloatingPointError 浮点计算错误

OverflowError 数值运算超出最大限制

ZeroDivisionError 除(或取模)零 (所有数据类型)

AssertionError 断言语句失败

AttributeError 对象没有这个属性

EOFError 没有内建输入,到达EOF 标记

EnvironmentError 操作系统错误的基类

IOError 输入/输出操作失败

OSError 操作系统错误

WindowsError 系统调用失败

ImportError 导入模块/对象失败

LookupError 无效数据查询的基类

IndexError 序列中没有此索引(index)

KeyError 映射中没有这个键

MemoryError 内存溢出错误(对于Python 解释器不是致命的)

NameError 未声明/初始化对象 (没有属性)

UnboundLocalError 访问未初始化的本地变量

ReferenceError 弱引用(Weak reference)试图访问已经垃圾回收了的对象

RuntimeError 一般的运行时错误

NotImplementedError 尚未实现的方法

SyntaxError Python 语法错误

IndentationError 缩进错误

TabError Tab 和空格混用

SystemError 一般的解释器系统错误

TypeError 对类型无效的操作

ValueError 传入无效的参数

UnicodeError Unicode 相关的错误

UnicodeDecodeError Unicode 解码时的错误

UnicodeEncodeError Unicode 编码时错误

UnicodeTranslateError Unicode 转换时错误

Warning 警告的基类

DeprecationWarning 关于被弃用的特征的警告

FutureWarning 关于构造将来语义会有改变的警告

OverflowWarning 旧的关于自动提升为长整型(long)的警告

PendingDeprecationWarning 关于特性将会被废弃的警告

RuntimeWarning 可疑的运行时行为(runtime behavior)的警告

SyntaxWarning 可疑的语法的警告

UserWarning 用户代码生成的警告

Python系统处理异常就是提示一下，停止运行。不想停止，只有自己处理。

可以不带类型，所有异常执行同一组语句：

try:
正常的操作
except:
发生异常，执行这块代码
else:
如果没有异常执行这块代码

也可以多个异常共用一段代码：

ry:
正常的操作
except(Exception1[, Exception2[,...ExceptionN]]]):
发生以上多个异常中的一个，执行这块代码
else:
如果没有异常执行这块代码

还有一种格式，可以有finally部分：

try:
fh = open("testfile", "w")
try:
fh.write("这是一个测试文件，用于测试异常!!")
finally:
print "关闭文件"
fh.close()except IOError:
print "Error: 没有找到文件或读取文件失败"

当在try块中抛出一个异常，立即执行finally块代码。

finally块中的所有语句执行后，异常被再次触发，并执行except块代码。

参数的内容不同于异常。

除了标准异常，我们也可以自己定义异常，并进行处理,这时用到raise语句：

raise [Exception [, args [, traceback]]]

语句中 Exception 是异常的类型（例如，NameError）参数标准异常中任一种，args 是自已提供的异常参数。

最后一个参数是可选的（在实践中很少使用），如果存在，是跟踪异常对象。

相应的异常处理程序示例如下：

try:
正常语句，内含raise语句

except Exception,err:
触发自定义异常

else:
其余代码

‘玖’ python中异常处理的使用方法

8.3. 异常处理
通过编程处理选择的异常是可行的。看一下下面的例子：它会一直要求用户输入，直到输入一个合法的整数为止，但允许用户中断这个程序（使用 Control-C 或系统支持的任何方法）。注意：用户产生的中断会引发一个 KeyboardInterrupt 异常。
>>> while True:
... try:
... x = int(input("Please enter a number: "))
... break
... except ValueError:
... print("Oops! That was no valid number. Try again...")
...
try 语句按如下方式工作。
首先，执行 try 子句 （在 try 和 except 关键字之间的部分）。
如果没有异常发生， except 子句 在 try 语句执行完毕后就被忽略了。
如果在 try 子句执行过程中发生了异常，那么该子句其余的部分就会被忽略。
如果异常匹配于 except 关键字后面指定的异常类型，就执行对应的except子句。然后继续执行 try 语句之后的代码。
如果发生了一个异常，在 except 子句中没有与之匹配的分支，它就会传递到上一级 try 语句中。
如果最终仍找不到对应的处理语句，它就成为一个 未处理异常，终止程序运行，显示提示信息。
一个 try 语句可能包含多个 except 子句，分别指定处理不同的异常。至多只会有一个分支被执行。异常处理程序只会处理对应的 try 子句中发生的异常，在同一个 try 语句中，其他子句中发生的异常则不做处理。一个 except 子句可以在括号中列出多个异常的名字，例如:
... except (RuntimeError, TypeError, NameError):
... pass
最后一个 except 子句可以省略异常名称，以作为通配符使用。你需要慎用此法，因为它会轻易隐藏一个实际的程序错误！可以使用这种方法打印一条错误信息，然后重新抛出异常（允许调用者处理这个异常):