Що таке __pycache__?

Як я розумію, кеш - це зашифрований файл подібних файлів.

Що ми робимо з __pycache__папкою? Це те, що ми надаємо людям замість нашого вихідного коду? Це лише мої вхідні дані? Ця папка постійно створюється, для чого вона потрібна?

Коли ви запускаєте програму в python, інтерпретатор збирає її спочатку в байт-код (це надмірне спрощення) і зберігає її в __pycache__папці. Якщо ви заглянете туди, ви знайдете в папці свого проекту кучу файлів, які мають імена файлів .py, лише їх розширення будуть .pyc або .pyo. Це компільовані байт-коди та оптимізовані версії файлів вашої програми, складені байт-кодом.

Як програміст, ви можете в основному просто проігнорувати це ... Все, що він робить, це змусити вашу програму запуститись трохи швидше. Коли ваші сценарії зміняться, вони будуть перекомпільовані, і якщо ви видалите файли або всю папку і запустите програму ще раз, вони знову з’являться (якщо ви спеціально не пригнічуєте таку поведінку)

Якщо ви використовуєте cpython (який є найпоширенішим, оскільки це посилання на реалізацію), і вам не потрібна ця папка, тоді ви можете придушити її, запустивши інтерпретатор із прапорцем -B, наприклад

python -B foo.py

Іншим варіантом, як зазначає tcaswell, є встановлення змінної середовища PYTHONDONTWRITEBYTECODEдля будь-якого значення (згідно зі сторінкою python, будь-яка "не порожня рядок").

__pycache__це папка, що містить байт-код Python 3, складений і готовий до виконання .

Я не рекомендую регулярно видаляти ці файли або придушувати створення під час розробки, оскільки це може зашкодити продуктивності. Просто готуйте рекурсивну команду (див. Нижче), щоб очистити її при необхідності, оскільки байт-код може стати несвіжим у кращих випадках (див. Коментарі).

Програмісти Python зазвичай ігнорують байт-код. Дійсно , __pycache__і *.pycзагальні лінії , щоб побачити в .gitignoreфайлах. Байт-код не призначений для розповсюдження, і його можна розібрати за допомогою disмодуля .

Якщо ви використовуєте OS X, ви можете легко приховати всі ці папки у вашому проекті, виконавши наступну команду з кореневої папки вашого проекту.

find . -name '__pycache__' -exec chflags hidden {} \;

Замінити __pycache__з *.pycдля Python 2.

Це встановлює прапор для всіх цих каталогів (.pyc файлів), що повідомляють Finder / Textmate 2, щоб виключити їх із списків. Важливо, що байт-код є, він просто прихований.

Перезапустіть команду, якщо ви створюєте нові модулі та хочете приховати новий байт-код або якщо ви видалите приховані файли байт-коду.

У Windows може бути еквівалентна команда (не перевірена, пакетний скрипт вітається):

dir * /s/b | findstr __pycache__ | attrib +h +s +r

Що це те саме, що проходити проект приховування папок за допомогою правої кнопки миші> приховати ...

Запуск тестів на одиницях - це один сценарій (детальніше в коментарях), коли видалення *.pycфайлів і __pycache__папок дійсно корисно. Я використовую наступні рядки в своєму ~/.bash_profileі просто біжу clприбирати при необхідності.

alias cpy='find . -name "__pycache__" -delete'
alias cpc='find . -name "*.pyc"       -delete'
...
alias cl='cpy && cpc && ...'

Під __pycache__час використання рядка створюється папка:

import file_name

або спробуйте отримати інформацію з іншого створеного файлу. Це робить трохи швидше при запуску програми вдруге, щоб відкрити інший файл.

Оновлена ​​відповідь від 3,7+ документів:

Для прискорення завантаження модулів Python кешує скомпільовану версію кожного модуля в __pycache__каталозі під назвою module.version.pyc, де версія кодує формат складеного файлу; він, як правило, містить номер версії Python. Наприклад, у версії CPython 3.3 складена версія spam.py буде кешована як __pycache__/spam.cpython-33.pyc. Ця умова іменування дозволяє співіснувати складені модулі з різних версій та різних версій Python.

Джерело: https://docs.python.org/3/tutorial/modules.html#compiled-python-files

Тобто цей каталог генерується Python і існує, щоб зробити ваші програми швидшими. Він не повинен бути зобов'язаний контролювати джерело, а він повинен мирно співіснувати з вашим місцевим вихідним кодом.

__pycache__це каталог, що містить файли кешу байт-кодів, які автоматично генеруються python, а саме - компільований python або .pyc. Вам може бути цікаво, чому Python, "інтерпретована" мова, взагалі має будь-які складені файли. Це питання SO адреса , які (і це, безумовно , варто прочитати цю відповідь ).

Документи python розглядаються, як саме він працює і чому він існує:

• Він був доданий у python 3.2, оскільки існуюча система підтримки .pycфайлів у одному каталозі викликала різні проблеми, наприклад, коли програма запускалася з інтерпретаторами Python різних версій. Повна специфікація функції див. PEP 3174 .

з офіційних модулів підручника пітона

Для прискорення завантаження модулів Python кешує скомпільовану версію кожного модуля в __pycache__каталозі під назвою module.version.pyc, де версія кодує формат складеного файлу; він, як правило, містить номер версії Python. Наприклад, у версії CPython 3.6 компільована версія spam.py буде кешована як __pycache__/spam.cpython-36.pyc.

від поширених запитань щодо програмування Python doc

Коли модуль імпортується вперше (або коли вихідний файл змінився з моменту створення поточного компільованого файлу), файл .pyc, що містить скомпільований код, повинен бути створений у __pycache__підкаталозі каталогу, що містить .pyфайл. У .pycфайлі буде ім'я файлу, яке починається з того самого імені, що і .pyфайл, і закінчується .pycсереднім компонентом, який залежить від конкретного бітону пітона, який його створив.

Виконання сценарію python призведе до згенерування байтового коду в пам’яті та збереження до завершення роботи програми. Якщо модуль імпортується, для більш швидкого використання Python створить кеш-файл .pyc (PYC - "Python" "Compiled"), де кешується байт-код модуля, який імпортується. Ідея полягає в тому, щоб прискорити завантаження модулів python, уникаючи повторної компіляції (компілювати один раз, виконувати політику декількох разів) при їх повторному імпорті.

Ім'я файлу те саме, що ім'я модуля. Частина після початкової крапки вказує на реалізацію Python, який створив кеш (міг бути CPython) з подальшим номером його версії.

Інтерпретатор python збирає файл сценарію * .py і зберігає результати компіляції в __pycache__каталог.

Коли проект виконується ще раз, якщо інтерпретатор виявить, що сценарій * .py не був змінений, він пропускає етап компіляції та запускає раніше створений * .pyc файл, що зберігається в __pycache__папці.

Коли проект складний, ви можете скоротити час підготовки до скорочення проекту. Якщо програма занадто мала, ви можете ігнорувати , що при використанні python -B abc.pyз Bопцією.

Python Версія 2.x матиме .pyc, коли інтерпретатор компілює код.

У Python версії 3.x буде мати __pycache__, коли інтерпретатор компілює код.

alok@alok:~$ ls
module.py  module.pyc  __pycache__  test.py
alok@alok:~$

У 3.2 та пізніших версіях Python зберігає файли коду байтів .pyc в підкаталозі, названому __pycache__в каталозі, де розташовані вихідні файли з іменами, що ідентифікують створену ними версію Python (наприклад, script.cpython-33.pyc)

Коли ви імпортуєте модуль ,

import file_name

Python зберігає скомпільований байт-код у __pycache__каталозі, щоб майбутні імпорти могли використовувати його безпосередньо, замість того, щоб знову розбирати та компілювати джерело.

Це не робиться для просто запуску сценарію, лише коли файл імпортується.

(Попередні версії, які використовуються для зберігання кешованого байтового коду як .pyc файлів, що засмічують той самий каталог, що і файли .py, але, починаючи з Python 3, вони були переміщені в підкаталог, щоб зробити речі більш акуратними.)

PYTHONDONTWRITEBYTECODE ---> Якщо для цього встановлено не порожню рядок, Python не намагатиметься записати .pyc файли при імпорті вихідних модулів. Це еквівалентно визначенню параметра -B.