读文件：
text = open('test.txt', 'r', encoding='utf-8').read() 写文件:
open('test.txt', 'w', encoding='utf-8').write('123') 遍历文件:
for i in open('test.txt', 'r', encoding='utf-8'): print(i) .
.
发现有时候只是临时读一下文件的话这样方便不少。
如果打开文件，但没有把文件对象赋值到变量的话是不需要关闭文件的
比如输入下面一行代码的时候去删除 test.txt 文件时无法删除，提示被占用
f = open('test.txt', 'r', encoding='utf-8') 但实际上并不需要输入 f.close()，比如直接给 f 赋值成别的数据类型 f=1，再去删除文件就不会提示占用了
f = 1 在目前的 CPython 实现中，这种写法可以保证文件立刻被关闭，因为 CPython 采用引用计数来辅助管理内存，引用计数到达 0 的时候会立刻回收，从而关闭文件。
在 IronPython 中，则不一定，现在 CLR 提供要求暂时不运行 GC 的 API，如果在运行这段代码前，有人 commit 了足够的内存要求不运行 GC，且这段代码之后程序不再分配内存，则文件永远不会被关闭。
不要面向巧合编程。
这些方法都是自带关闭文件的。
有，自带的 pathlib 已经封装好了的，确实是“传入文件名返回值”， 很好用
def iter_lines(path, encoding=None):
….f = open(path, ‘r’, encoding=encoding)
….try:
……..for line in f:
…………yield line
….finally:
……..f.close()
with A() as a, B() as b:
SUITE
如果 for 循环里的语句抛出了异常，程序会继续执行，但是因为 iter_lines 生成器没有执行完，里面的文件不会被关闭。问题的根本原因是：没有办法能 自动 将外层的异常传递进入内层。这就是上下文管理器 / with 语句设计要解决的问题之一。用 with open，如果 for 循环里的语句抛出了异常导致跳出了 with 的范围，文件会被自动关闭。
(Python 3.7.3)
看到输出的那行 finally 了么？
—-
事实上一个自定义的 with contextmanager 就得通过这种方法写，譬如：
@contextlib.contextmanager
def my_context():
….try:
……..yield
….finally:
……..do some cleanup
with my_context():
….raise Error(…)
finally 就不会被触发。你的例子中，finally 执行的原因是生成器实例在 for 循环后被 gc 了，Python 的实现要求没执行完的生成器被 gc 时必须执行 finally，详见 https://docs.python.org/3/reference/expressions.html#yieldexpr
至于 contextlib.contextmanager，那是因为 Python 的库将 with 捕获的异常手动传入了生成器，详见 https://github.com/python/cpython/blob/7990072999b7e9b4ef6b1f6bb376d441a5a41d74/Lib/contextlib.py#L135
看了看 .close() 八成等于 .throw(StopIteration)
我想象中的
for A in B:
..body
的展开是
TMP = B.__iter__() # 编译器生成的迭代器的 __exit__ 会执行剩余的 finally
with TMP:
..while True:
….A = TMP.__next__()
….body
即和 C# 里的 foreach 展开包含 finally IDisposable.Dispose 一样。