如何在不使用try语句的情况下使用Python检查文件是否存在？
从Python 3.4开始可用，导入并实例化Path具有文件名的对象，然后检查is_file方法（请注意，对于指向常规文件的符号链接，此方法也返回True）：
>>> from pathlib import Path
>>> Path('/').is_file()
False
>>> Path('/initrd.img').is_file()
True
>>> Path('/doesnotexist').is_file()
False
如果您使用的是Python 2，则可以从pypi，反向移植pathlib模块pathlib2，或者通过其他方式isfile从该os.path模块检查：
>>> import os
>>> os.path.isfile('/')
False
>>> os.path.isfile('/initrd.img')
True
>>> os.path.isfile('/doesnotexist')
False
现在，上面可能是这里最好的实用直接答案，但是有可能出现竞争状况（取决于您要完成的工作），并且底层实现使用try，而Python使用try在实现中无处不在。
因为Python使用 try随处，所以实际上没有理由避免使用它的实现。
但是此答案的其余部分试图考虑这些警告。
更长，更古怪的答案
自Python 3.4起可用，请使用中的新Path对象pathlib。请注意，这.exists不是很正确，因为目录不是文件（在Unix中，一切都是文件）。
>>> from pathlib import Path
>>> root = Path('/')
>>> root.exists()
True
所以我们需要使用is_file：
>>> root.is_file()
False
这是有关的帮助is_file：
is_file(self)
Whether this path is a regular file (also True for symlinks pointing
to regular files).
因此，让我们获得一个我们知道是文件的文件：
>>> import tempfile
>>> file = tempfile.NamedTemporaryFile()
>>> filepathobj = Path(file.name)
>>> filepathobj.is_file()
True
>>> filepathobj.exists()
True
默认情况下，NamedTemporaryFile该文件在关闭时删除（并且在没有更多引用时将自动关闭）。
>>> del file
>>> filepathobj.exists()
False
>>> filepathobj.is_file()
False
但是，如果深入研究实现，您将看到它的is_file使用try：
def is_file(self):
"""
Whether this path is a regular file (also True for symlinks pointing
to regular files).
"""
try:
return S_ISREG(self.stat().st_mode)
except OSError as e:
if e.errno not in (ENOENT, ENOTDIR):
raise
# Path doesn't exist or is a broken symlink
# (see https://bitbucket.org/pitrou/pathlib/issue/12/)
return False
比赛条件：为什么我们喜欢尝试
我们喜欢，try因为它避免了比赛条件。使用try，您只需尝试读取文件，期望它在那里，否则，您将捕获异常并执行有意义的后备行为。
如果要在尝试读取文件之前检查文件是否存在，并且可能要删除它，然后使用多个线程或进程，或者另一个程序知道该文件并可能将其删除，则可能会遇到以下风险：一个竞争条件，如果你检查它的存在，因为你是那么赛车的前打开状态（它的存在）的变化。
竞争条件很难调试，因为存在一个很小的窗口，在竞争窗口中它们可能导致您的程序失败。
但是，如果这是您的动力，则可以获取try使用的语句suppress上下文管理器。
在没有try语句的情况下避免出现竞争情况： suppress
Python 3.4为我们提供了suppress上下文管理器（以前称为ignore上下文管理器），它在较少的行中就语义上完全相同，而也（至少在表面上）满足了避免try语句的原始要求：
from contextlib import suppress
from pathlib import Path
用法：
>>> with suppress(OSError), Path('doesnotexist').open() as f:
... for line in f:
... print(line)
...
>>>
>>> with suppress(OSError):
... Path('doesnotexist').unlink()
...
>>>
对于较早的Python，您可以自己滚动suppress，但是如果没有，try它将比使用更加冗长。我确实相信这实际上是在try Python 3.4之前可以应用到Python的任何级别的唯一答案，因为它使用上下文管理器代替：
class suppress(object):
def __init__(self, *exceptions):
self.exceptions = exceptions
def __enter__(self):
return self
def __exit__(self, exc_type, exc_value, traceback):
if exc_type is not None:
return issubclass(exc_type, self.exceptions)
尝试一下可能会更容易：
from contextlib import contextmanager
@contextmanager
def suppress(*exceptions):
try:
yield
except exceptions:
pass
不符合要求的其他选项“不尝试”：
文件
import os
os.path.isfile(path)
从文档：
os.path.isfile(path)
如果path是现有的常规文件，则返回True。这是继符号链接，这样既islink()并且isfile()可以为相同的路径是正确的。
但是，如果您检查此函数的来源，您会发现它确实使用了try语句：
# This follows symbolic links, so both islink() and isdir() can be true
# for the same path on systems that support symlinks
def isfile(path):
"""Test whether a path is a regular file"""
try:
st = os.stat(path)
except os.error:
return False
return stat.S_ISREG(st.st_mode)
>>> OSError is os.error
True
它所做的就是使用给定的路径查看它是否可以获取统计信息OSError，然后捕获并检查它是否是文件（如果没有引发异常）。
如果您打算对文件进行某些操作，建议您使用try-except直接尝试它，以避免出现竞争情况：
try:
with open(path) as f:
f.read()
except OSError:
pass
os.access
可用于Unix和Windows os.access，但要使用它，必须传递标志，并且不能区分文件和目录。这更用于测试真正的调用用户是否在提升的特权环境中具有访问权限：
import os
os.access(path, os.F_OK)
它也遭受与相同的比赛条件问题isfile。从文档：
注意：在实际使用open（）之前，使用access（）检查用户是否被授权打开文件，这会造成安全漏洞，因为用户可能会利用检查和打开文件之间的较短时间间隔来对其进行操作。最好使用EAFP技术。例如：
if os.access("myfile", os.R_OK):
with open("myfile") as fp:
return fp.read()
return "some default data"
最好写成：
try:
fp = open("myfile")
except IOError as e:
if e.errno == errno.EACCES:
return "some default data"
# Not a permission error.
raise
else:
with fp:
return fp.read()
避免使用 os.access。与上面讨论的较高级别的对象和功能相比，它是一个较低级别的功能，具有更多的用户错误机会。
批评另一个答案：
另一个答案是这样的os.access：
就我个人而言，我更喜欢这个，因为它在后台调用了本机API（通过“ $ {PYTHON_SRC_DIR} /Modules/posixmodule.c”），但是它也为可能的用户错误打开了大门，并且它不像其他变体那样具有Python风格：
这个答案说它偏爱非Pythonic且容易出错的方法，没有理由。似乎鼓励用户使用不了解它们的低级API。
它还创建了一个上下文管理器，通过无条件返回True，它允许所有Exceptions（包括KeyboardInterrupt和SystemExit！）以静默方式传递，这是隐藏bug的好方法。
这似乎鼓励用户采用不良做法。
