File-like objects 是 Python 中的对象，其行为类似于真实文件，例如有一个 read() 和一个 write method()，但与file 有不同的实现。它是Duck Typing 概念的实现。
在需要文件的任何地方都允许使用类似文件的对象被认为是一种很好的做法，例如可以使用StringIO 或 Socket 对象代替真实文件。所以执行这样的检查是不好的：
if not isinstance(fp, file):
raise something
检查对象（例如方法的参数）是否“类文件”的最佳方法是什么？
【问题讨论】：
对于 3.1+，以下之一：
isinstance(something, io.TextIOBase)
isinstance(something, io.BufferedIOBase)
isinstance(something, io.RawIOBase)
isinstance(something, io.IOBase)
对于 2.x，“类文件对象”太模糊了，无法检查，但您正在处理的任何函数的文档都有望告诉您它们实际需要什么；如果没有，请阅读代码。
正如其他答案所指出的，首先要问的是您要检查的内容。通常，EAFP 就足够了，而且更惯用。
The glossary 说“类文件对象”是“文件对象”的同义词，这最终意味着它是the io module 中定义的三个abstract base classes 之一的实例，它们本身都是@987654328 的子类@。所以，检查的方法就是如上所示。
（但是，检查IOBase 并不是很有用。您能想象这样一种情况，您需要将一个实际的类似文件的read(size) 与某个名为read 的单参数函数区分开来，它不是文件-比如，不需要区分文本文件和原始二进制文件？所以，实际上，您几乎总是想要检查，例如“是文本文件对象”，而不是“是类文件对象”。）
对于 2.x，虽然 io 模块自 2.6+ 起就存在，但内置文件对象不是 io 类的实例，也不是 stdlib 中的任何类文件对象，也不是您可能会遇到的大多数第三方文件类对象。 “类文件对象”的含义没有官方定义；它只是“类似于内置file object”，不同的功能用“like”表示不同的东西。此类功能应记录其含义；如果没有，您必须查看代码。
然而，最常见的含义是“有read(size)”、“有read()”或“是字符串的可迭代”，但一些旧库可能期望readline 而不是其中之一，一些库喜欢 close() 你给他们的文件，有些人会期望如果 fileno 存在，那么其他功能是可用的，等等。write(buf) 也是如此（尽管在这个方向上的选择要少得多）。
【讨论】：
IOBase 继承。例如 pytest 固定装置给你_pytest.capture.EncodedFile 它不继承任何东西。
BufferedIOBase 是像 BytesIO 这样的基于字节的文件对象的“普通”基类，而 RawIOBase 是不常用的无缓冲变体。 See more here.
正如其他人所说，您通常应该避免此类检查。一个例外是当对象可能合法地是不同的类型并且您想要根据类型不同的行为时。 EAFP 方法在这里并不总是有效，因为一个对象可能看起来不止一种鸭子！
例如，初始化程序可以获取文件、字符串或它自己的类的实例。然后你可能会有如下代码：
class A(object):
def __init__(self, f):
if isinstance(f, A):
# Just make a copy.
elif isinstance(f, file):
# initialise from the file
else:
# treat f as a string
在此处使用 EAFP 可能会导致各种微妙的问题，因为每个初始化路径在引发异常之前都会部分运行。 从本质上讲，这种构造模仿了函数重载，因此不是 Python 风格，但如果小心使用，它会很有用。
附带说明，您不能在 Python 3 中以相同的方式进行文件检查。您需要像 isinstance(f, io.IOBase) 这样的东西。
【讨论】：
除非您有特殊要求，否则在您的代码中进行这样的检查通常不是一个好习惯。
在 Python 中，输入是动态的，为什么你觉得需要检查对象是否像文件一样，而不是像文件一样使用它并处理由此产生的错误？
无论如何，您可以做的任何检查都将在运行时进行，因此执行if not hasattr(fp, 'read') 之类的操作并引发一些异常所提供的实用性比仅调用fp.read() 并在该方法不存在时处理结果属性错误更有用。
【讨论】：
why 自定义类中的__add__、__lshift__ 或__or__ 等运算符呢？ （文件对象和API：docs.python.org/glossary.html#term-file-object）
hasattr(fp, 'seek') 我发现更好，花了几个小时。在某些系统中（例如fastai），path = pathlib.Path("filename") 同时具有read 和write 属性，但不是类文件对象。正如下面的一些 cmets 建议的那样，最好使用 insintance(fp, io.IOBase)。
这里的主导范式是 EAFP：请求宽恕比请求许可更容易。继续使用文件接口，然后处理产生的异常，或者让它们传播给调用者。
【讨论】：
x 不是文件类，那么x.read() 将引发它自己的异常。为什么要编写额外的 if 语句？只需使用对象。它要么工作要么坏。
通过检查条件来引发错误通常很有用，因为该错误通常直到很久以后才会引发。对于“user-land”和“api”代码之间的边界尤其如此。
您不会在警察局的出口门上放置金属探测器，而是将其放置在入口处！如果不检查条件意味着可能会发生错误，该错误可能在 100 行之前被捕获，或者在超类中而不是在子类中引发，那么我说检查没有错。
当您接受多个类型时，检查正确的类型也很有意义。 最好引发一个异常，上面写着“我需要一个 basestring 的子类或文件”，而不是仅仅引发一个异常，因为某些变量没有“seek”方法......
这并不意味着你会发疯并到处这样做，在大多数情况下，我同意引发异常的概念，但如果你可以让你的 API 非常清晰，或者避免不必要的代码执行，因为一个简单的条件已经还没遇到就这样做！
【讨论】：
您可以尝试调用该方法然后捕获异常：
try:
fp.read()
except AttributeError:
raise something
如果您只想要一个读取和写入方法，您可以这样做：
if not (hasattr(fp, 'read') and hasattr(fp, 'write')):
raise something
如果我是你，我会使用 try/except 方法。
【讨论】：
try 永远是首选。 hasattr 检查只是——出于一些非常模糊的原因——你不能简单地使用try。
fp的数据，我建议使用fp.read(0)而不是fp.read()以避免将所有代码放在try块中。
fp.read() 带有大文件会立即增加内存使用量。
Flask 中，我这样做并意识到底层的FileStorage 对象需要在读取后重置它的指针。
当我编写一个可以接受文件名、文件描述符或预先打开的类似文件的对象的open-like 函数时，我最终遇到了你的问题。
而不是测试 read 方法，正如其他答案所暗示的那样，我最终检查了对象是否可以打开。如果可以，它是一个字符串或描述符，并且我从结果中获得了一个有效的类似文件的对象。如果open 引发TypeError，则该对象已经是一个文件。
【讨论】：
在大多数情况下，处理此问题的最佳方法是不这样做。如果一个方法接受了一个类似文件的对象，而结果它传递的对象不是，那么当该方法尝试使用该对象时引发的异常不会比您可能显式引发的任何异常提供的信息少。
不过，至少在一种情况下您可能想要进行这种检查，那就是当对象没有被您传递给它的对象立即使用时，例如如果它是在类的构造函数中设置的。在那种情况下，我会认为 EAFP 的原则被“快速失败”的原则所压倒。我会检查对象以确保它实现了我的类需要的方法（并且它们是方法），例如：
class C():
def __init__(self, file):
if type(getattr(file, 'read')) != type(self.__init__):
raise AttributeError
self.file = file
【讨论】：
getattr(file, 'read') 而不仅仅是file.read？这完全一样。
file 实例时，它将引发。 （内置/C 扩展类型的实例方法是 builtin_function_or_method 类型，而旧式类的实例方法是 instancemethod）。这是一个老式的类，并且它在类型上使用== 而不是ininstance 或issubclass，这是进一步的问题，但如果基本思想不起作用，那就没关系了。跨度>
试试这个：
import os
if os.path.isfile(path):
'do something'
【讨论】：
io.StringIO 或io.BytesIO 上。 os.path.isfile() 仅适用于字符串、字节、os.PathLike 或整数。