我什么时候应该使用file.read（）或file.readlines（）？
我注意到，如果我对打开的文件进行迭代，则无需“读取”该文件即可更快地对其进行迭代。
即
l = open('file','r')
for line in l:
pass (or code)
比
l = open('file','r')
for line in l.read() / l.readlines():
pass (or code)
第二个循环将花费大约1.5倍的时间（我在完全相同的文件上使用了timeit，结果是0.442对0.660），并且会得到相同的结果。
所以-我什么时候应该使用.read（）或.readlines（）？
由于我一直需要遍历正在读取的文件，并且在学习了艰难的方式之后，.read（）在大数据上的运行速度实在太慢了-我似乎无法想象再次使用它。
问题答案：
这个问题的简短答案是，这三种读取文件位的方法都有不同的用例。如上所述，f.read（）将文件作为单独的字符串读取，因此允许相对容易的文件范围内的操作，例如文件范围内的正则表达式搜索或替换。
f.readline（）读取文件的单行，使用户可以解析单行，而不必读取整个文件。使用f.readline（）还可以比逐行迭代（例如，文件在途中更改格式时）更容易地将逻辑应用于读取文件。
使用语法for line in f:可以使用户按照问题中的说明逐行遍历文件。
（如另一个答案所述，该文档非常好阅读）：
https://docs.python.org/2/tutorial/inputoutput.html#methods-of-file-
objects
编辑：以前声称readline（）可用于在for循环迭代期间跳过一行。但是，这在python
2.7中不起作用，并且可能是一个有问题的做法，因此该声明已被删除。
编辑：添加了f.readline（）和f.read（）用例的示例
-
问题内容： 有什么区别？什么时候应该使用容量为1的对抗？ 问题答案： SynchronousQueue更像是一个传递，而LinkedBlockingQueue仅允许单个元素。区别在于对SynchronousQueue的put（）调用直到有相应的take（）调用 才返回 ，但LinkedBlockingQueue的大小为1，则put（）调用（对空队列）将立即返回。 我不能说自己曾经直接使用过Sync
-
问题内容： 我对使用和翻译有疑问。我了解到，在模型中，我应该使用。但是还有其他地方我也应该使用吗？表单定义呢？它们之间是否存在性能差异？ 编辑： 还有一件事。有时候，代替被使用。正如文档所述，仅在将字符串显示给用户之前，才将字符串标记为要翻译，并在可能的最新情况下进行翻译，但是我在这里有点困惑，这与功能相似吗？我仍然很难决定在模型和表格中应该使用哪个。 问题答案： ugettext() 与 uge
-
问题内容： 我知道他们两个都禁用了Nagle的算法。 我什么时候应该/不应该使用它们中的每一个？ 问题答案： 首先，不是所有人都禁用Nagle的算法。 Nagle的算法用于减少有线中更多的小型网络数据包。该算法是：如果数据小于限制（通常是MSS），请等待直到收到先前发送的数据包的ACK，同时累积用户的数据。然后发送累积的数据。 这将对telnet等应用程序有所帮助。但是，在发送流数据时，等待A
-
问题内容： 在该类中，有两个字符串，和。 有什么不同？我什么时候应该使用另一个？ 问题答案： 如果你的意思是和则： 用于在文件路径列表中分隔各个文件路径。考虑在上的环境变量。您使用a分隔文件路径，因此在上将是;。 是或用于拆分到特定文件的路径。例如在上，或
-
问题内容： 在集成我以前从未使用过的Django应用程序时，我发现了用于定义类中函数的两种不同方式。作者似乎非常有意地使用了它们。第一个是我自己经常使用的： 另一个是我不使用的，主要是因为我不知道何时使用它，以及什么用途： 在Python文档中，装饰器的解释如下： 类方法将类作为隐式第一个参数接收，就像实例方法接收实例一样。 所以我想指的是自己（而不是实例）。我不完全理解为什么会这样，因为我总是可
-
关键字可以适当地应用于许多函数签名，但我不确定何时应该考虑在实际中使用它。根据我到目前为止阅读的内容，最后一分钟添加的似乎解决了移动构造函数抛出时出现的一些重要问题。但是，对于一些实际问题，我仍然无法提供令人满意的答案，这些问题导致我首先阅读更多关于的内容。 > 有许多函数的例子，我知道它们永远不会抛出，但编译器无法自行确定这些函数。在所有这种情况下，我是否应该在函数声明中追加？ 必须考虑是否需要