Файл Python существует

Это более изящный (и более pythonic) способ обработки путей, но

И его использование — я воспроизведу поведение файла os.path.isfile (обратите внимание, что это только для демонстрации, не пытайтесь написать такой код для производства):

Используйте [Python 3]: contextlib.suppress(*exceptions), который был специально разработан для выборочного подавления исключений

Но они, похоже, являются обертками над блоками try / except / else / finally, поскольку [ Python 3]: оператор with гласит:

Это позволяет обычную попытку. Кроме. наконец, шаблоны использования должны быть инкапсулированы для удобного повторного использования.

Функции обхода файловой системы (и поиск результатов для соответствующих элементов))

Под капотом оба используют:

Использование scandir() вместо listdir() может значительно повысить производительность кода, которому также требуется информация о типе файла или атрибуте файла, поскольку объекты os.DirEntry предоставляют эту информацию, если операционная система предоставляет ее при сканировании каталога. . Все методы os.DirEntry могут выполнять системный вызов, но is_dir() и is_file() обычно требуют системного вызова только для символических ссылок; os.DirEntry.stat() всегда требует системного вызова в Unix, но требует его только для символических ссылок в Windows.

• Используется os.listdir ( os.scandir, если доступно)

• Не похоже на функцию обхода сама по себе (по крайней мере, в некоторых случаях), но она по-прежнему использует os.listdir

Поскольку они перебирают папки (в большинстве случаев) они неэффективны для нашей проблемы (есть исключения, такие как globbing без подстановочных знаков — как указал @ShadowRanger), поэтому я Я не собираюсь настаивать на них. Не говоря уже о том, что в некоторых случаях может потребоваться обработка имени файла.

разрешения пользователя могут ограничивать «видимость» файла, как указано в документе:

. проверить, есть ли у вызывающего пользователя указанный доступ к path. режим должен быть F_OK, чтобы проверить существование пути.

Поскольку я также работаю в C, я также использую этот метод, потому что внутри он вызывает собственные API (опять же, через "$/ Modules/posixmodule.c"), но он также открывает ворота для возможных ошибок пользователя и не так Pythonic, как другие варианты. Итак, как правильно заметил @AaronHall, не используйте его, если не знаете, что делаете:

• Nix: [man7]: ACCESS(2) (. обратите внимание на примечание о дыре в безопасности, которую может создать его использование. )
• Win: [MS.Docs]: функция GetFileAttributesW

Примечание. Вызов нативных API также возможен через [Python 3]: ctypes — внешнюю библиотеку функций для Python, но в большинстве случаев это сложнее.< /p>

(только для Win): поскольку vcruntime* (msvcr*) .dll экспортирует файл [MS. Docs]: _access, а также семейство функций _waccess, вот пример:

Примечания:

• Хотя это и не рекомендуется, я использую в вызове os.F_OK, но это просто для ясности (его значение равно 0)
• Я использую _waccess, чтобы один и тот же код работал на Python3 и Python2 (несмотря на юникод). > связанные различия между ними)
• Хотя это касается очень конкретной области, об этом не упоминалось ни в одном из предыдущих ответов.

Аналог Lnx (Ubtu (16 x 64)):

Примечания:

Вместо жестко заданного пути libc ("/lib/x86_64-linux-gnu/libc.so.6"), который может (и, скорее всего, будет) зависит от системы, None (или пустая строка) может быть передана в конструктор CDLL ( ctypes.CDLL(None).access(b"/tmp", os.F_OK ) ). Согласно [man7]: DLOPEN(3):

Если имя_файла равно NULL, возвращаемый дескриптор относится к основной программе. При задании dlsym() этот дескриптор вызывает поиск символа в основной программе, за которым следуют все общие объекты, загружаемые при запуске программы, а затем все общие объекты, загружаемые dlopen() с флагом RTLD_GLOBAL.

< /цитата>

• Основная (текущая) программа (python) связана с libc, поэтому ее символы (включая доступ) будут загружены
• С этим нужно обращаться осторожно, поскольку доступны такие функции, как main, Py_Main и (все) другие; вызов их может иметь катастрофические последствия (для текущей программы)
• Это также не относится к Win (но это не так уж важно, так как msvcrt.dll находится в "%SystemRoot%\System32 ", который по умолчанию находится в %PATH%). Я хотел пойти дальше и воспроизвести это поведение на Win (и отправить исправление), но, как оказалось, [MS.Docs]: функция GetProcAddress "видит" только экспортированные символы, поэтому, если кто-то объявляет функции в основном исполняемом файле как __declspec(dllexport) (с какой стати обычный человек должен это делать?), основная программа загружается, но в значительной степени непригодна для использования

Установите сторонний модуль с возможностями файловой системы

Скорее всего, будет полагаться на один из вышеперечисленных способов (возможно, с небольшими настройками).
Одним из примеров может быть (опять же, для Win) [GitHub]: mhammond/pywin32 — расширения Python для Windows (pywin32), которые являются оболочкой Python поверх WINAPI.

Но поскольку это скорее обходной путь, я останавливаюсь на этом.

Еще один (неубедительный) обходной путь (gainarie) — это (как я люблю его называть) подход системного администратора: используйте Python в качестве оболочка для выполнения команд оболочки

Итог:

• Используйте блоки try / except / else / finally, потому что они могут помешать вам столкнуться с череда неприятных проблем. Контрпример, который я могу придумать, это производительность: такие блоки стоят дорого, поэтому старайтесь не размещать их в коде, который должен выполняться сотни тысяч раз в секунду (но поскольку (в большинстве случаев) он требует доступа к диску, такого не будет).

Последнее примечание(я):

• Я постараюсь поддерживать его в актуальном состоянии, любые предложения приветствуются, я включу все полезное, что придет в ответ

Можете ли вы уточнить это утверждение? "Хотя это не очень хорошая практика, я использую os.F_OK в вызове, но это просто для ясности (его значение равно 0)"

@sk8asd123: Довольно сложно сделать это в комментарии: обычно лучше использовать константы с функциями, с которыми они связаны. Это применимо при работе с несколькими модулями, которые определяют одну и ту же константу, потому что некоторые из них могут быть устаревшими, и лучше всего, чтобы функции и константы были синхронизированы. При работе с ctypes (вызов функций напрямую) я должен был определить константу (из MSDN) или вообще не использовать константу. Это просто рекомендация, которую я использую, в 99,9% случаев это, вероятно, не имеет значения (функционально).

@CristiFati: Начиная с версии 3.6, glob.iglob (а также glob.glob) основаны на os.scandir , так что теперь это лениво; чтобы получить первое попадание в каталог из 10 М файлов, вы сканируете только до тех пор, пока не достигнете первого попадания. И даже до версии 3.6, если вы используете методы glob без каких-либо подстановочных знаков, функция умна: она знает, что у вас может быть только одно совпадение, поэтому она упрощает подстановку только до os.path.isdir или os.path.lexists ( в зависимости от того, заканчивается ли путь на / ).

Эта вторая часть моего комментария (подстановка без подстановочных знаков на самом деле не выполняет итерацию папки и никогда не выполняла) означает, что это совершенно эффективное решение проблемы (медленнее, чем прямой вызов os.path.isdir или os.path .lexist, так как это набор вызовов функций на уровне Python и строковых операций, прежде чем он решит, что эффективный путь является жизнеспособным, но без дополнительных системных вызовов или операций ввода-вывода, что на несколько порядков медленнее).

Python 3.4+ имеет модуль объектно-ориентированного пути: pathlib. Используя этот новый модуль, вы можете проверить, существует ли файл следующим образом:

Вы можете (и обычно должны) использовать блок try/except при открытии файлов:

В модуле pathlib есть много интересных вещей: удобная подстановка, проверка владельца файла, более простое объединение путей и т. д. Его стоит проверить. Если вы используете более раннюю версию Python (версия 2.6 или более поздняя), вы все равно можете установить pathlib с помощью pip:

Затем импортируйте его следующим образом:

Это самый простой способ проверить, существует ли файл. Тот факт, что файл существовал, когда вы проверили, не гарантирует, что он будет там, когда вам нужно будет его открыть.

Пока вы намереваетесь получить доступ к файлу, условие гонки существует, независимо от того, как построена ваша программа. Ваша программа не может гарантировать, что другой процесс на компьютере не изменил файл. Это то, что Эрик Липперт называет экзогенным исключением. Вы не можете избежать этого, предварительно проверив существование файла.

@IsaacSupeene Лучше всего сделать окно операции (файла) как можно меньше, а затем обеспечить правильную обработку исключений

Как проверить, существует ли файл, используя Python, без использования оператора try?

Теперь доступно, начиная с Python 3.4, импортируйте и создайте экземпляр объекта Path с именем файла и проверьте метод is_file (обратите внимание, что он также возвращает True для символических ссылок, указывающих на обычные файлы):

Если вы используете Python 2, вы можете сделать резервную копию модуля pathlib из pypi, pathlib2 или иным образом проверить isfile из модуля os.path:

Теперь приведенное выше, вероятно, лучший прагматичный прямой ответ здесь, но есть вероятность состояния гонки (в зависимости от того, чего вы пытаетесь достичь), и тот факт, что базовая реализация использует try , но Python использует try везде в его реализации.

Поскольку Python использует try везде, нет причин избегать реализации, в которой он используется.

Но остальная часть этого ответа пытается учесть эти предостережения.

Длинный и более педантичный ответ

Доступно, начиная с Python 3.4, используйте новый объект Path в pathlib . Обратите внимание, что .exists — это не совсем правильно, потому что каталоги — это не файлы (за исключением того, что в понимании Unix все является файлом).

Поэтому нам нужно использовать is_file :

Вот справка по is_file :

Итак, давайте получим файл, который, как мы знаем, является файлом:

По умолчанию NamedTemporaryFile удаляет файл при закрытии (и автоматически закрывается, когда на него больше нет ссылок).

Если вы покопаетесь в реализации, то увидите, что is_file использует try :

Условия гонки: почему нам нравится пробовать

Нам нравится try, потому что он позволяет избежать условий гонки. С помощью try вы просто пытаетесь прочитать свой файл, ожидая, что он там есть, а если нет, вы перехватываете исключение и выполняете любое резервное поведение, которое имеет смысл.

Если вы хотите убедиться, что файл существует, прежде чем пытаться его прочитать, и вы можете удалить его, а затем использовать несколько потоков или процессов, или другая программа знает об этом файле и может удалить его, вы рискуете вероятность состояния гонки, если вы проверите, что оно существует, потому что тогда вы гонитесь, чтобы открыть его до того, как его состояние (его существование) изменится.

Состояния гонки очень сложно отлаживать, потому что существует очень маленькое окно, в котором они могут привести к сбою вашей программы.

Но если это ваша мотивация, вы можете получить значение оператора try с помощью диспетчера контекста подавления.

Как избежать условий гонки без оператора try: подавить

Python 3.4 предоставляет нам менеджер контекста подавления (ранее диспетчер контекста игнорирования), который семантически делает то же самое, но в меньшем количестве строк, а также (по крайней мере, поверхностно) выполняет исходный запрос, чтобы избежать оператора try:

Для более ранних версий Python вы могли использовать свой собственный submit , но без try это будет более многословно, чем с помощью. Я действительно считаю, что на самом деле это единственный ответ, который не использует try на любом уровне в Python, который можно применить до Python 3.4, потому что вместо этого он использует диспетчер контекста:

Возможно, проще попробовать:

Другие варианты, которые не соответствуют требованию "без попытки":

isfile

os.path.isfile(path)

Возвращает True, если путь является существующим обычным файлом. Это следует за символическими ссылками, поэтому и islink(), и isfile() могут быть истинными для одного и того же пути.

Но если вы изучите исходный код этой функции, вы увидите, что в ней действительно используется оператор try:

Все, что он делает, это использует заданный путь, чтобы увидеть, может ли он получить статистику по нему, перехватывая OSError, а затем проверяя, является ли это файлом, если он не вызвал исключение.

Если вы собираетесь что-то сделать с файлом, я бы посоветовал напрямую попытаться сделать это с помощью try-except, чтобы избежать состояния гонки:

os.access

Для Unix и Windows доступен os.access , но для его использования необходимо передать флаги, и он не различает файлы и каталоги. Это больше используется для проверки того, имеет ли реальный вызывающий пользователь доступ в среде с повышенными привилегиями:

Он также страдает от тех же проблем с состоянием гонки, что и isfile . Из документов:

Примечание. Использование access() для проверки авторизации пользователя, например. открыть файл перед тем, как это сделать, с помощью open() создает брешь в безопасности, потому что пользователь может использовать короткий интервал времени между проверкой и открытием файла, чтобы манипулировать им. Предпочтительнее использовать методы EAFP. Например:

лучше написать так:

Избегайте использования os.access . Это функция низкого уровня, которая имеет больше возможностей для ошибок пользователя, чем объекты и функции более высокого уровня, рассмотренные выше.

Критика другого ответа:

В другом ответе говорится об os.access :

Лично я предпочитаю этот, потому что внутри он вызывает нативные API (через "$/Modules/posixmodule.c"), но также открывает ворота для возможных пользовательских ошибок, и это не так, как Pythonic как и другие варианты:

В этом ответе говорится, что он предпочитает не-Pythonic, подверженный ошибкам метод без каких-либо обоснований. Похоже, это побуждает пользователей использовать низкоуровневые API, не разбираясь в них.

Он также создает менеджер контекста, который, безоговорочно возвращая True , позволяет всем исключениям (включая KeyboardInterrupt и SystemExit !) проходить без уведомления, что является хорошим способом скрыть ошибки.

Метод Python exists() используется для проверки существования определенного файла или каталога. Он также используется для проверки, относится ли путь к какому-либо дескриптору открытого файла или нет. Возвращает логическое значение true, если файл существует, и false в противном случае. Он используется с модулем os и подмодулем os.path как os.path.exists(path).

В этом учебнике по Python файл существует мы узнаем, как определить, существует ли файл (или каталог) с помощью Python. Чтобы проверить, существует ли файл Python, мы используем встроенную библиотеку Python для проверки существования файлов.

Существуют различные способы проверки файла или проверки Python на существование каталога с помощью перечисленных ниже функций.

Как проверить, существует ли файл в Python, используя os.path.exists()

Используя path.exists, вы можете быстро проверить существование файла или каталога. Вот шаги для проверки существования файла Python:

Перед запуском кода важно импортировать модуль os.path.

Шаги 2) Используйте функцию path.exists()

Теперь используйте функцию path.exists(), чтобы Python проверил, существует ли файл.

Шаги 3) Запустите приведенный ниже код

Вот полный код

В нашем случае в рабочей директории создается только файл guru99.txt

Вывод:

Файл существует: True
Файл существует: False
каталог существует: False

Python isfile()

Метод Python isfile() используется для определения того, является ли данный путь существующим обычным файлом или нет. Он возвращает логическое значение true, если конкретный путь является существующим файлом, иначе возвращает false. Его можно использовать в синтаксисе: os.path.isfile(путь).

os.path.isfile()

Мы можем использовать команду isfile, чтобы проверить, является ли данный вход файлом или нет.

Вывод:

Это файл? Верно
Это файл? Ложь

os.path.isdir()

Если мы хотим подтвердить, что данный путь указывает на каталог, мы можем использовать функцию os.path.dir()

Вывод:

Это каталог? False
Это каталог? Правда

pathlibPath.exists() для Python 3.4

Python 3.4 и более поздние версии имеют модуль pathlib для обработки пути к файловой системе. Он использует объектно-ориентированный подход к проверке Python, существует ли папка или нет.

Вывод:

Полный код

Вот полный код

Вывод:

Элемент существует: Верно
Элемент — это файл: Истинно
Элемент — это каталог: Ложь

1. os.path.isfile()
2. os.path.exists()
3. pathlibPath.exists() (Python 3.4+)
4. open() и попробуйте. кроме
5. os.path.isdir()

os.path.isfile()

Это самый простой способ проверить, существует файл или нет.

Если файл "my_file.txt" существует по текущему пути, он вернет true, иначе false .

os.path.exists()

Метод Python os.path.exists() используется для проверки существования указанного пути. Этот метод также можно использовать для проверки того, относится ли указанный путь к дескриптору открытого файла или нет в указанном пути. На некоторых платформах эта функция может возвращать значение False, если не предоставлено разрешение на выполнение os.stat() для запрошенного файла, даже если путь физически существует.

Проверка существования файла или каталога/папки с помощью метода Python os.path.exists()

pathlibPath.exists() (Python 3.4+)

Традиционно Python представляет пути к файлам с помощью обычных текстовых строк. Python 3.4 и более поздние версии имеют модуль pathlib для обработки пути к файловой системе. Этот модуль предлагает классы, представляющие пути файловой системы с семантикой, подходящей для разных ОС. Он собирает необходимые функции в одном месте и делает их доступными через методы и свойства простого в использовании объекта Path. Кроме того, он использовал объектно-ориентированный подход для проверки существования файла.

Если файл "my_file.txt" существует по текущему пути, он вернет true, иначе false .

PureWindowsPath

В модуле Python pathlib классы путей разделены на чистые пути, которые обеспечивают чисто вычислительные операции без ввода-вывода, и конкретные пути, которые наследуются от чистых путей, но также обеспечивают операции ввода-вывода. Когда вы используете модуль pathlib, чистые пути полезны в некоторых особых случаях. Например, если вы хотите манипулировать путями Windows на компьютере с Unix (или наоборот), вы не можете создать экземпляр WindowsPath при работе в Unix, но вы можете создать экземпляр PureWindowsPath .

open() и попробуйте. кроме

Важно отметить, что проверка существования и последующее открытие файла всегда открыты для условий гонки. Просто потому, что файл существовал, когда вы проверили, не гарантирует, что он будет там, когда вам нужно его открыть. Условия гонки возникают, когда к одному и тому же файлу обращается более одного процесса. Проверка и последующее открытие могут привести к удалению или перемещению файла или к чему-то еще между моментом проверки и попыткой открыть его. Таким образом, все еще может быть выдано исключение, даже если ваш код «уверен», что файл существует. Таким образом, безопаснее использовать попытку. за исключением попытки открыть его.

Если в пути есть файл, мы можем использовать его. В противном случае команда open выдаст ошибку, которую мы поймаем в блоке exclude.

Рекомендуется использовать ключевое слово "with" , которое гарантирует правильное закрытие файла после завершения файловых операций. Оператор with создает блок выполнения, и объект, созданный в операторе with, будет уничтожен или закрыт, когда этот блок выполнения завершится.

В приведенных выше примерах мы использовали обработку исключений Python и открывали файл, чтобы избежать состояния гонки.

Проверка существования каталога/папки с помощью Python

Метод Python os.path.isdir(), используемый для проверки того, является ли указанный путь существующим каталогом или нет.

Как получить список файлов в каталоге и подкаталогах

Метод Python os.listdir() в python используется для получения списка всех файлов и каталогов в указанном каталоге.

Разрешение

Метод os.access() проверяет разрешение на доступ, указанное в аргументе режима.

Возвращает True, если доступ разрешен, и False, если нет.

При использовании метода access() для проверки наличия у пользователя прав на открытие файла до того, как он это сделает, использование open() создает брешь в безопасности, поскольку пользователь может использовать короткий интервал времени между проверкой и открытием файла для манипулирования это.

1. os.F_OK: проверяет наличие пути.
2. os.R_OK: проверяет удобочитаемость пути.
3. os.W_OK: проверяет возможность записи пути.
4. os.X_OK: проверяет возможность выполнения пути.

Обратите внимание, что os.access не проверяет безопасность файлов в Windows. W_OK просто проверяет флаг только для чтения. Таким образом, используя try. кроме того, это действительно единственная возможность, если вы работаете в Windows и не используете API безопасности Windows .

Примечание. В случае FileNotFoundError: [Errno 2] Нет такого файла или каталога. Чтобы избавиться от этой ошибки, вы можете попробовать использовать любой из вышеперечисленных методов, чтобы проверить, что, по крайней мере, python видит, что файл существует или нет.

Читайте также:

  
• Во время загрузки компьютера появилось сообщение о несистемном диске, в чем может быть причина
  
• Как ускорить голос в вк на компьютере
  
• Как установить Blockman Go на ПК
  
• Недостаточно квот виртуальной памяти или файла подкачки для выполнения запрошенной операции
  
• Как установить avast на avast