在史前时代（Python 1.4）中，我们做到了：
fp = open('filename.txt')
while 1:
line = fp.readline()
if not line:
break
print line
在Python 2.1之后，我们做到了：
for line in open('filename.txt').xreadlines():
print line
在Python 2.3中获得便利的迭代器协议之前，它可以做到：
for line in open('filename.txt'):
print line
我看过一些使用更详细的示例：
with open('filename.txt') as fp:
for line in fp:
print line
这是首选的方法吗？
[edit]我知道with语句可以确保关闭文件...但是为什么文件对象的迭代器协议中没有包含该语句呢？
首选以下原因正是有一个原因：
with open('filename.txt') as fp:
for line in fp:
print line
CPython的相对确定性的引用计数方案对垃圾回收来说，我们都被宠坏了。如果其他假设的Python实现with使用某种其他方案来回收内存，则没有块时不一定会“足够迅速”地关闭文件。
在这样的实现中，如果您的代码打开文件的速度比垃圾收集器调用孤立文件句柄上的终结器的速度快，则可能会从OS收到“打开太多文件”错误。通常的解决方法是立即触发GC，但这是一个讨厌的技巧，必须由可能遇到错误的每个函数（包括库中的函数）来完成。什么样的恶梦。
或者，您可以只使用with块。
（如果仅对问题的客观方面感兴趣，请立即停止阅读。）
为什么文件对象的迭代器协议中未包含该代码？
这是有关API设计的主观问题，因此我有两个部分的主观答案。
从直觉上讲，这是错的，因为它使迭代器协议执行两项独立的操作（遍历行并关闭文件句柄），并且使外观简单的函数执行两项操作通常是一个坏主意。在这种情况下，感觉特别糟糕，因为迭代器以准功能，基于值的方式与文件内容相关联，但是管理文件句柄是完全独立的任务。对于阅读代码的人来说，将两者无形地压为一个动作是令人惊讶的，并使推理程序行为变得更加困难。
其他语言基本上得出了相同的结论。Haskell简要调情了所谓的“惰性IO”，它允许您遍历文件并在到达流末尾时自动将其关闭，但如今，在Haskell和Haskell中几乎普遍不建议使用惰性IO。用户大多转向更明确的资源管理，例如Conduit，其行为更像withPython中的块。
从技术上讲，您可能需要对Python中的文件句柄进行某些操作，如果迭代关闭了文件句柄，这些操作将无法正常工作。例如，假设我需要遍历文件两次：
with open('filename.txt') as fp:
for line in fp:
...
fp.seek(0)
for line in fp:
...
尽管这是一种不太常见的用例，但请考虑以下事实：我可能刚刚将底部的三行代码添加到了原来具有前三行的现有代码库中。如果迭代关闭了该文件，我将无法执行该操作。因此，将迭代和资源管理分开保持可以更轻松地将代码块组合成一个更大的，可运行的Python程序。
可组合性是语言或API最重要的可用性功能之一。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句