Як перевірити, чи існує файл, використовуючи 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, ви можете підтримати модуль pathlib з pypi 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це не зовсім правильно, оскільки каталоги - це не файли (за винятком сенсу, що все є файлом).
>>> 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, ви просто намагаєтеся прочитати файл, чекаючи , що вона буде там, і якщо немає, то зловити виняток і виконати всі , що Відкат поведінка має сенс.
Якщо ви хочете перевірити, чи існує файл, перш ніж спробувати його прочитати, і ви можете його видалити, а потім ви можете використовувати кілька потоків або процесів, або інша програма знає про цей файл і може видалити його - ви ризикуєте отримати шанс стан гонки , якщо перевірити його існує, тому що ви тоді мчить , щоб відкрити його до свого стану (його існування) змінюється.
Умови гонки дуже важко налагодити, тому що є дуже маленьке вікно, в якому вони можуть спричинити збій вашої програми.
Але якщо це ваша мотивація, ви можете отримати значення atry твердження за допомогою suppressменеджера контексту.
Уникання перегонів без спроб: 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()
...
>>>
Для більш ранніх пітонів ви могли розгорнути свій власний suppress, але без tryзаповіту буде більш багатослівним, ніж з. Я вважаю, що це насправді єдина відповідь, яка не використовується tryна будь-якому рівні в Python, до якої можна застосувати до Python 3.4, оскільки замість цього використовується менеджер контексту:
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
Інші параметри, які не відповідають запиту "без спроби":
isfile
import os
os.path.isfile(path)
з документів :
os.path.isfile(path)
Повернути True, якщо шлях є існуючим звичайним файлом. Звідси випливає символічне посилання, тому і islink()іisfile() може бути правдою для одного шляху.
Але якщо вивчити джерело цієї функції, ви побачите, що вона насправді використовує спробуйте:
# 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:
with open(path) as f:
f.read()
except OSError:
pass
ос.доступ
Доступно для Unix і Windows є os.access, але для їх використання потрібно передавати прапори, і це не розрізняє файли та каталоги. Це більше використовується для перевірки, чи справжній користувач, що викликає доступ, має доступ у середовищі підвищених привілеїв:
import os
os.access(path, os.F_OK)
Він також страждає від тих же проблем зі станом раси, що і isfile. З документів :
Примітка: Використання доступу () для перевірки того, чи користувач має право, наприклад, відкривати файл, перш ніж це зробити, використовуючи open (), створює отвір у захисті, оскільки користувач може використовувати короткий проміжок часу між перевіркою та відкриттям файлу для маніпулювання ним. Переважно використовувати методи 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"), але він також відкриває ворота для можливих помилок користувача, і це не так Pythonic, як інші варіанти :
У цій відповіді сказано, що він надає перевагу непітонічному методу, схильному до помилок, без виправдання. Здається, це заохочує користувачів використовувати API низького рівня, не розуміючи їх.
Він також створює контекстний менеджер, який, безумовно, повертаючись True, дозволяє всі винятки (включаючи KeyboardInterruptіSystemExit !) Пройти безшумно, що є хорошим способом приховати помилки.
Це, мабуть, спонукає користувачів до прийняття поганої практики.
