Документация Python неофициальный перевод
Содержание страницы

4. Использование Python в WindowsUsing Python on Windows

Этот документ содержит обзор особенностей поведения Windows, которые следует учитывать при использовании Python в Microsoft Windows.

В отличие от большинства систем и служб Unix, Windows не включает в себя официально поддерживаемую установку Python. Чтобы сделать Python доступным, команда CPython на протяжении многих лет компилирует установщики Windows (пакеты MSI) для каждого релиза. Эти установщики в первую очередь предназначены для добавления установки Python для одного пользователя, с основным интерпретатором и библиотекой, используемыми одним пользователем. Установщик также может выполнить установку для всех пользователей одной машины, а отдельный ZIP-файл доступен для локального распространения приложений.

Как указано в PEP 11, релиз Python поддерживает только ту платформу Windows, которую Microsoft считает находящейся на расширенной поддержке. Это означает, что Python 3.10 поддерживает Windows 8.1 и новее. Если требуется поддержка Windows 7, установите Python 3.8.

Для Windows доступно несколько различных установщиков, каждый со своими преимуществами и недостатками.

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

Пакет из Microsoft Store – это простая установка Python, подходящая для запуска скриптов и пакетов, а также использования IDLE и других сред разработки. Он требует Windows 10 и выше, но может быть безопасно установлен без нарушения работы других программ. Он также предоставляет множество удобных команд для запуска Python и его инструментов.

Пакеты nuget.org – это облегчённые установки, предназначенные для систем непрерывной интеграции. Их можно использовать для сборки пакетов Python или запуска скриптов, но они не обновляются и не имеют средств пользовательского интерфейса.

Встраиваемый пакет – это минимальный пакет Python, подходящий для встраивания в более крупное приложение.

4.1. Полный установщикThe full installer

4.1.1. Шаги установкиInstallation steps

Для загрузки доступны четыре установщика Python 3.10 – по два для 32-разрядной и 64-разрядной версий интерпретатора. Веб-установщик – это небольшой начальный загружаемый файл, который при необходимости автоматически загружает требуемые компоненты. Автономный установщик содержит компоненты, необходимые для установки по умолчанию, и требует подключения к Интернету только для дополнительных функций. См. раздел «Установка без загрузки», чтобы узнать другие способы избежать загрузки во время установки.

После запуска установщика можно выбрать один из двух вариантов:

../_images/win_installer.png

Если вы выберете «Установить сейчас»:

  • Вам не потребуются права администратора (если только не требуется системное обновление библиотеки времени выполнения C или вы не устанавливаете Запускатель Python для Windows для всех пользователей).

  • Python будет установлен в ваш пользовательский каталог

  • Запускатель Python для Windows будет установлен в соответствии с опцией в нижней части первой страницы.

  • Стандартная библиотека, тестовый набор, средство запуска и pip будут установлены

  • Если выбрано, каталог установки будет добавлен в ваши PATH

  • Ярлыки будут видны только текущему пользователю

Выбор «Настраиваемая установка» позволит выбрать компоненты для установки, расположение установки и другие параметры или действия после установки. Чтобы установить отладочные символы или двоичные файлы, нужно использовать этот вариант.

Для установки для всех пользователей следует выбрать «Настраиваемая установка». В этом случае:

  • Может потребоваться предоставить учетные данные администратора или одобрение

  • Python будет установлен в каталог Program Files

  • Запускатель Python для Windows будет установлен в каталог Windows.

  • Дополнительные компоненты можно выбрать во время установки

  • Стандартная библиотека может быть предварительно скомпилирована в байт-код

  • Если выбрано, каталог установки будет добавлен в системные PATH

  • Ярлыки доступны для всех пользователей

4.1.2. Удаление ограничения MAX_PATHRemoving the MAX_PATH Limitation

Исторически сложилось так, что в Windows длина пути была ограничена 260 символами. Это означало, что пути длиннее этого значения не распознавались и приводили к ошибкам.

В последних версиях Windows это ограничение можно расширить до приблизительно 32 000 символов. Администратору необходимо активировать групповую политику «Enable Win32 long paths» или установить значение LongPathsEnabled равным 1 в разделе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem.

Это позволяет функции open(), модулю os и большинству других функций работы с путями принимать и возвращать пути длиннее 260 символов.

После изменения указанного параметра никаких дополнительных настроек не требуется.

Изменено в версии 3.6: В Python добавлена поддержка длинных путей.

4.1.3. Установка без интерфейсаInstalling Without UI

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

Чтобы полностью скрыть интерфейс установщика и установить Python в тихом режиме, передайте параметр /quiet. Чтобы пропустить взаимодействие с пользователем, но по-прежнему отображать прогресс и ошибки, передайте параметр /passive. Параметр /uninstall можно передать для немедленного начала удаления Python – запрос подтверждения отображаться не будет.

Все остальные параметры передаются в виде name=value, где значение обычно 0 для отключения функции, 1 для включения функции или путь. Полный список доступных параметров приведён ниже.

Имя

Описание

По умолчанию

InstallAllUsers

Выполняет установку для всех пользователей системы.

0

TargetDir

Каталог установки

Выбирается на основе InstallAllUsers

DefaultAllUsersTargetDir

Каталог установки по умолчанию для установки для всех пользователей

%ProgramFiles%\Python X.Y или %ProgramFiles(x86)%\Python X.Y

DefaultJustForMeTargetDir

Каталог установки по умолчанию для установки только для текущего пользователя

%LocalAppData%\Programs\Python\PythonXY или %LocalAppData%\Programs\Python\PythonXY-32 или %LocalAppData%\Programs\Python\PythonXY-64

DefaultCustomTargetDir

Каталог пользовательской установки по умолчанию, отображаемый в интерфейсе

(пусто)

AssociateFiles

Создавать ассоциации файлов, если также установлен загрузчик.

1

CompileAll

Компилировать все файлы .py в .pyc.

0

PrependPath

Добавить каталоги install и Scripts в PATH и .PY в PATHEXT

0

Ярлыки

Создавать ярлыки для интерпретатора, документации и IDLE, если они установлены.

1

Include_doc

Установить руководство Python

1

Include_debug

Установить отладочные бинарные файлы

0

Include_dev

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

1

Include_exe

Установить python.exe и связанные файлы. Пропуск этого может привести к неработоспособной установке.

1

Include_launcher

Установить средство запуска Python для Windows.

1

InstallLauncherAllUsers

Устанавливает загрузчик для всех пользователей. Также требует установки Include_launcher в значение 1

1

Include_lib

Установить стандартную библиотеку и модули расширения. Пропуск этого может привести к неработоспособной установке.

1

Include_pip

Установить встроенные pip и setuptools

1

Include_symbols

Установить отладочные символы (*.pdb)

0

Include_tcltk

Установить поддержку Tcl/Tk и IDLE

1

Include_test

Установить набор тестов стандартной библиотеки

1

Include_tools

Установить служебные скрипты

1

LauncherOnly

Устанавливает только лаунчер. Это переопределит большинство других параметров.

0

SimpleInstall

Отключить большую часть интерфейса установки

0

SimpleInstallDescription

Пользовательское сообщение, которое отображается при использовании упрощённого интерфейса установки.

(пусто)

Например, для автоматической установки Python по умолчанию в общесистемном режиме можно использовать следующую команду (из командной строки с правами администратора):

python-3.9.0.exe /quiet InstallAllUsers=1 PrependPath=1 Include_test=0

Чтобы пользователи могли легко установить личную копию Python без набора тестов, можно предоставить ярлык со следующей командой. Она отобразит упрощённую начальную страницу и запретит настройку:

python-3.9.0.exe InstallAllUsers=0 Include_launcher=0 Include_test=0
    SimpleInstall=1 SimpleInstallDescription="Just for me, no test suite."

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

Перечисленные выше параметры также можно указать в файле с именем unattend.xml, расположенном рядом с исполняемым файлом. Этот файл задаёт список параметров и значений. Если значение указано как атрибут, оно будет преобразовано в число, если это возможно. Значения, указанные как текст элемента, всегда остаются строками. В этом примере файл задаёт те же параметры, что и в предыдущем примере:

<Options>
    <Option Name="InstallAllUsers" Value="no" />
    <Option Name="Include_launcher" Value="0" />
    <Option Name="Include_test" Value="no" />
    <Option Name="SimpleInstall" Value="yes" />
    <Option Name="SimpleInstallDescription">Just for me, no test suite</Option>
</Options>

4.1.4. Установка без загрузкиInstalling Without Downloading

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

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

python-3.9.0.exe /layout [optional target directory]

Также можно указать параметр /quiet, чтобы скрыть индикатор выполнения.

4.1.5. Изменение установкиModifying an install

После установки Python можно добавлять или удалять компоненты через средство «Программы и компоненты», входящее в состав Windows. Выберите запись Python и выберите «Удаление/Изменение», чтобы открыть установщик в режиме обслуживания.

«Изменить» позволяет добавлять или удалять компоненты, изменяя флажки – неизменённые флажки ничего не устанавливают и не удаляют. Некоторые параметры нельзя изменить в этом режиме, например, каталог установки; чтобы изменить их, потребуется полностью удалить и затем переустановить Python.

«Восстановить» проверяет все файлы, которые должны быть установлены в соответствии с текущими настройками, и заменяет те, которые были удалены или изменены.

«Удаление» полностью удалит Python, за исключением средства запуска Python для Windows, которое имеет собственную запись в разделе «Программы и компоненты».

4.2. Пакет Microsoft StoreThe Microsoft Store package

Добавлено в версии 3.7.2.

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

Чтобы установить пакет, убедитесь, что у вас установлены последние обновления Windows 10, и найдите в приложении Microsoft Store «Python 3.10». Убедитесь, что выбранное приложение опубликовано Python Software Foundation, и установите его.

Предупреждение

Python всегда доступен бесплатно в Microsoft Store. Если за него запрашивают оплату, выбран неверный пакет.

После установки Python можно запустить, найдя его в меню «Пуск». Кроме того, он будет доступен из любого сеанса командной строки или PowerShell по команде python. Также pip и IDLE можно использовать, набрав pip или idle. IDLE также можно найти в меню «Пуск».

Все три команды также доступны с суффиксами номеров версий, например, как python3.exe и python3.x.exe, а также python.exe (где 3.x – конкретная версия, которую требуется запустить, например 3.10). Откройте «Управление псевдонимами выполнения приложений» через меню «Пуск», чтобы выбрать, какая версия Python связана с каждой командой. Рекомендуется убедиться, что pip и idle согласованы с выбранной версией python.

Виртуальные окружения можно создать с помощью python -m venv, а затем активировать и использовать обычным образом.

Если была установлена другая версия Python и добавлена в переменную PATH, она будет доступна как python.exe, а не из Microsoft Store. Для доступа к новой установке используйте python3.exe или python3.x.exe.

Средство запуска py.exe обнаружит эту установку Python, но будет предпочитать установки из традиционного установщика.

Чтобы удалить Python, откройте «Параметры» и используйте раздел «Приложения и возможности» или найдите Python в меню «Пуск» и выберите «Удалить» в контекстном меню. Удаление удалит все пакеты, установленные непосредственно в эту установку Python, но не затронет виртуальные окружения.

4.2.1. Известные проблемыKnown issues

4.2.1.1. Перенаправление локальных данных, реестра и временных путейRedirection of local data, registry, and temporary paths

Из-за ограничений, накладываемых на приложения Microsoft Store, сценарии Python могут не иметь полного доступа на запись к общим расположениям, таким как TEMP и реестр. Вместо этого будет выполняться запись в частную копию. Если необходимо изменить общие расположения, потребуется установить полный установщик.

Во время выполнения Python использует частную копию известных папок Windows и реестра. Например, если переменная среды %APPDATA% равна c:\Users\<user>\AppData\, то при записи в C:\Users\<user>\AppData\Local будет производиться запись в C:\Users\<user>\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0\LocalCache\Local\.

При чтении файлов Windows возвращает файл из частной папки, а если она не существует, то из реального каталога Windows. Например, чтение C:\Windows\System32 возвращает содержимое C:\Windows\System32 вместе с содержимым C:\Program Files\WindowsApps\package_name\VFS\SystemX86.

Реальный путь любого существующего файла можно узнать с помощью os.path.realpath():

>>> import os
>>> test_file = 'C:\\Users\\example\\AppData\\Local\\test.txt'
>>> os.path.realpath(test_file)
'C:\\Users\\example\\AppData\\Local\\Packages\\PythonSoftwareFoundation.Python.3.8_qbz5n2kfra8p0\\LocalCache\\Local\\test.txt'

При записи в реестр Windows наблюдаются следующие особенности поведения:

  • Чтение из HKLM\\Software разрешено, и результаты объединяются с файлом registry.dat в пакете.

  • Запись в HKLM\\Software не разрешена, если соответствующий ключ/значение существует, то есть изменение существующих ключей.

  • Запись в HKLM\\Software разрешена при условии, что соответствующий ключ/значение не существует в пакете и у пользователя есть правильные разрешения на доступ.

За дополнительными сведениями о технической основе этих ограничений обратитесь к документации Microsoft по упакованным приложениям с полным доверием, которая в настоящее время доступна по адресу docs.microsoft.com/en-us/windows/msix/desktop/desktop-to-uwp-behind-the-scenes

4.3. Пакеты nuget.orgThe nuget.org packages

Новое в версии 3.5.2.

Пакет nuget.org представляет собой среду Python уменьшенного размера, предназначенную для использования в системах непрерывной интеграции и сборки, в которых нет общесистемной установки Python. Хотя nuget является «менеджером пакетов для .NET», он также отлично работает для пакетов, содержащих инструменты времени сборки.

Посетите nuget.org для получения самой актуальной информации об использовании nuget. Ниже приведена сводка, достаточная для разработчиков Python.

Инструмент командной строки nuget.exe можно загрузить непосредственно из https://aka.ms/nugetclidl, например, с помощью curl или PowerShell. С помощью этого инструмента последняя версия Python для 64-разрядных или 32-разрядных машин устанавливается с помощью:

nuget.exe install python -ExcludeVersion -OutputDirectory .
nuget.exe install pythonx86 -ExcludeVersion -OutputDirectory .

Чтобы выбрать конкретную версию, добавьте -Version 3.x.y. Выходной каталог можно изменить с ., и пакет будет установлен в подкаталог. По умолчанию подкаталог называется так же, как пакет, и без параметра -ExcludeVersion это имя будет включать установленную конкретную версию. Внутри подкаталога находится каталог tools, содержащий установку Python:

# Without -ExcludeVersion
> .\python.3.5.2\tools\python.exe -V
Python 3.5.2

# With -ExcludeVersion
> .\python\tools\python.exe -V
Python 3.5.2

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

Рядом с каталогом tools находится каталог build\native. Он содержит файл свойств MSBuild python.props, который можно использовать в проекте C++ для ссылки на установку Python. Включение этих параметров автоматически приведет к использованию заголовочных файлов и библиотек импорта в вашей сборке.

Страницы с информацией о пакетах на nuget.org: www.nuget.org/packages/python для 64-разрядной версии и www.nuget.org/packages/pythonx86 для 32-разрядной версии.

4.4. Встраиваемый пакетThe embeddable package

Новое в версии 3.5.

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

При распаковке встраиваемая дистрибуция (почти) полностью изолирована от системы пользователя, включая переменные окружения, настройки системного реестра и установленные пакеты. Стандартная библиотека включена в виде предварительно скомпилированных и оптимизированных файлов .pyc в ZIP, а также предоставляются python3.dll, python37.dll, python.exe и pythonw.exe. Tcl/tk (включая все зависимые компоненты, такие как Idle), pip и документация Python не включены.

Примечание

Встроенное распространяемое не включает Microsoft C Runtime, и установщик приложения должен предоставить его. Среда выполнения могла быть уже установлена в системе пользователя ранее или автоматически через Центр обновления Windows; её можно обнаружить, найдя ucrtbase.dll в системном каталоге.

Сторонние пакеты должны устанавливаться установщиком приложения вместе со встраиваемым распространением. Использование pip для управления зависимостями, как в обычной установке Python, не поддерживается в этом распространении, хотя при определенной осторожности может быть возможно включить и использовать pip для автоматических обновлений. В общем случае сторонние пакеты следует рассматривать как часть приложения («вендоринг»), чтобы разработчик мог обеспечить совместимость с новыми версиями перед предоставлением обновлений пользователям.

Два рекомендуемых варианта использования этого распространения описаны ниже.

4.4.1. Приложение PythonPython Application

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

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

Более простой подход – предоставить пакетный файл или созданный ярлык, который напрямую вызывает python.exe или pythonw.exe с необходимыми аргументами командной строки. В этом случае приложение будет отображаться как Python, а не под своим реальным именем, и у пользователей могут возникнуть трудности с его отличием от других запущенных процессов Python или ассоциаций файлов.

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

4.4.2. Встраивание PythonEmbedding Python

Приложения, написанные на нативном коде, часто требуют какую-либо форму языка сценариев, и для этой цели может быть использовано встраиваемое распространение Python. В общем случае большая часть приложения написана на нативном коде, и некоторая часть будет либо вызывать python.exe, либо напрямую использовать python3.dll. В любом случае, извлечение встраиваемого распространения в подкаталог установки приложения достаточно для обеспечения загружаемого интерпретатора Python.

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

4.5. Альтернативные сборкиAlternative bundles

Помимо стандартного дистрибутива CPython, существуют модифицированные пакеты, включающие дополнительную функциональность. Ниже приведён список популярных версий и их ключевые особенности:

ActivePython

Установщик с поддержкой нескольких платформ, документация, PyWin32

Anaconda

Популярные научные модули (такие как numpy, scipy и pandas) и менеджер пакетов conda.

Enthought Deployment Manager

«Среда и менеджер пакетов Python следующего поколения».

Ранее Enthought предоставлял Canopy, но он достиг конца поддержки в 2016 году.

WinPython

Дистрибутив для Windows с предварительно собранными научными пакетами и инструментами для сборки пакетов.

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

4.6. Настройка PythonConfiguring Python

Для удобного запуска Python из командной строки можно рассмотреть изменение некоторых переменных окружения по умолчанию в Windows. Хотя установщик предоставляет возможность настроить переменные PATH и PATHEXT, это надёжно только для одной общесистемной установки. Если вы регулярно используете несколько версий Python, рассмотрите возможность использования Python Launcher for Windows.

4.6.1. Отступление: установка переменных окруженияExcursus: Setting environment variables

Windows позволяет настраивать переменные окружения постоянно как на уровне пользователя, так и на уровне системы, или временно в командной строке.

Чтобы временно задать переменные окружения, откройте командную строку и используйте команду set:

C:\>set PATH=C:\Program Files\Python 3.9;%PATH%
C:\>set PYTHONPATH=%PYTHONPATH%;C:\My_python_lib
C:\>python

Эти изменения будут применяться ко всем дальнейшим командам, выполняемым в этой консоли, и будут наследоваться любыми приложениями, запущенными из консоли.

Заключение имени переменной в знаки процента приведёт к подстановке существующего значения, что позволяет добавить новое значение как в начало, так и в конец. Изменение PATH путём добавления каталога, содержащего python.exe, в начало является распространённым способом обеспечить запуск нужной версии Python.

Чтобы постоянно изменить переменные окружения по умолчанию, нажмите Пуск и найдите «изменение переменных среды» или откройте свойства системы, Дополнительные параметры системы и нажмите кнопку Переменные среды. В этом диалоге вы можете добавить или изменить переменные пользователя и системы. Для изменения системных переменных требуется неограниченный доступ к компьютеру (то есть права администратора).

Примечание

Windows объединяет пользовательские переменные после системных, что может привести к неожиданным результатам при изменении PATH.

Переменная PYTHONPATH используется всеми версиями Python, поэтому не следует настраивать её постоянно, если только перечисленные пути не содержат код, совместимый со всеми установленными версиями Python.

См. также

https://docs.microsoft.com/en-us/windows/win32/procthread/environment-variables

Обзор переменных окружения в Windows

https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/set_1

Команда set для временного изменения переменных среды

https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/setx

Команда setx для постоянного изменения переменных среды

4.6.2. Поиск исполняемого файла PythonFinding the Python executable

Изменено в версии 3.5.

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

На первой странице установщика можно выбрать опцию «Add Python to PATH», чтобы установщик добавил путь установки в переменную PATH. Также добавляется расположение папки Scripts\. Это позволяет вводить python для запуска интерпретатора и pip для работы с пакетным менеджером. Таким образом, вы также можете выполнять свои скрипты с параметрами командной строки – см. документацию Command line.

Если вы не включили эту опцию при установке, вы всегда можете повторно запустить установщик, выбрать «Modify» и включить её. Или же вы можете вручную изменить переменные PATH, следуя инструкциям в разделе Excursus: Setting environment variables. Вам нужно добавить каталог вашей установки Python в переменную среды PATH, разделив его точкой с запятой от других записей. Пример переменной может выглядеть так (предполагая, что первые две записи уже существовали):

C:\WINDOWS\system32;C:\WINDOWS;C:\Program Files\Python 3.9

4.7. Режим UTF-8UTF-8 mode

Добавлено в версии 3.7.

Windows по-прежнему использует устаревшие кодировки для системной кодировки (кодовую страницу ANSI). Python использует её для кодировки по умолчанию текстовых файлов (например, locale.getpreferredencoding()).

Это может вызывать проблемы, поскольку UTF-8 широко используется в интернете и большинстве Unix-систем, включая WSL (подсистема Windows для Linux).

Вы можете использовать Режим UTF-8 Python, чтобы изменить кодировку текста по умолчанию на UTF-8. Вы можете включить Режим UTF-8 Python с помощью параметра командной строки -X utf8 или переменной среды PYTHONUTF8=1. См. PYTHONUTF8 для включения режима UTF-8, а раздел Excursus: Setting environment variables для информации об изменении переменных среды.

Когда режим UTF-8 в Python включён, вы всё ещё можете использовать системную кодировку (кодовую страницу ANSI) через кодек «mbcs».

Обратите внимание, что добавление PYTHONUTF8=1 в переменные окружения по умолчанию повлияет на все приложения Python 3.7+ в вашей системе. Если у вас есть приложения Python 3.7+, которые полагаются на устаревшую системную кодировку, рекомендуется временно задать переменную окружения или использовать опцию командной строки -X utf8.

Примечание

Даже когда режим UTF-8 отключён, Python по умолчанию использует UTF-8 в Windows для:

4.8. Загрузчик Python для WindowsPython Launcher for Windows

Новое в версии 3.3.

Загрузчик Python для Windows – это утилита, помогающая находить и запускать различные версии Python. Она позволяет сценариям (или командной строке) указать предпочтительную версию Python, и загрузчик найдет и запустит эту версию.

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

Загрузчик был первоначально описан в PEP 397.

4.8.1. Начало работыGetting started

4.8.1.1. Из командной строкиFrom the command-line

Изменено в версии 3.6.

При общесистемной установке Python 3.3 и новее загрузчик помещается в PATH. Загрузчик совместим со всеми доступными версиями Python, поэтому неважно, какая из них установлена. Чтобы проверить доступность загрузчика, выполните следующую команду в командной строке:

py

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

Если установлено несколько версий Python (например, 3.7 и 3.10), то обычно запускается Python 3.10 – чтобы запустить Python 3.7, попробуйте команду:

py -3.7

Если вам нужна последняя установленная версия Python 2, попробуйте команду:

py -2

Должна запуститься последняя версия Python 3.x.

Если вы видите следующую ошибку, значит, загрузчик не установлен:

'py' is not recognized as an internal or external command,
operable program or batch file.

Установки Python для отдельных пользователей не добавляют средство запуска в PATH, если только эта опция не была выбрана при установке.

Команда:

py --list

отображает установленные в данный момент версии Python.

4.8.1.2. Виртуальные окруженияVirtual environments

Новое в версии 3.5.

Если загрузчик запускается без явного указания версии Python и активно виртуальное окружение (созданное с помощью модуля стандартной библиотеки venv или внешнего инструмента virtualenv), загрузчик запустит интерпретатор виртуального окружения, а не глобальный. Чтобы запустить глобальный интерпретатор, либо деактивируйте виртуальное окружение, либо явно укажите глобальную версию Python.

4.8.1.3. Из сценарияFrom a script

Давайте создадим тестовый сценарий Python – создайте файл с именем hello.py со следующим содержимым

#! python
import sys
sys.stdout.write("hello from Python %s\n" % (sys.version,))

Из каталога, в котором находится hello.py, выполните команду:

py hello.py

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

#! python3

Повторное выполнение команды теперь должно вывести информацию о последней версии Python 3.x. Как и в приведённых выше примерах для командной строки, вы можете указать более точный квалификатор версии. Предположим, у вас установлен Python 3.7, попробуйте изменить первую строку на #! python3.7, и вы должны увидеть информацию о версии 3.7.

Обратите внимание, что в отличие от интерактивного использования, просто «python» будет использовать последнюю установленную версию Python 2.x. Это сделано для обратной совместимости и для совместимости с Unix, где команда python обычно относится к Python 2.

4.8.1.4. Из ассоциаций файловFrom file associations

Загрузчик должен быть ассоциирован с файлами Python (т.е. файлами .py, .pyw, .pyc) при установке. Это означает, что при двойном щелчке по одному из этих файлов в проводнике Windows будет использоваться загрузчик, и поэтому вы можете использовать те же возможности, описанные выше, чтобы указать сценарию версию, которая должна использоваться.

Ключевое преимущество этого в том, что один загрузчик может одновременно поддерживать несколько версий Python в зависимости от содержимого первой строки.

4.8.2. Shebang-строкиShebang Lines

Если первая строка файла сценария начинается с #!, она называется «shebang»-строкой. Linux и другие Unix-подобные операционные системы имеют встроенную поддержку таких строк, и они обычно используются в этих системах для указания того, как следует выполнять сценарий. Данный загрузчик позволяет использовать те же возможности для сценариев Python в Windows, и примеры выше демонстрируют их применение.

Чтобы обеспечить переносимость shebang-строк в сценариях Python между Unix и Windows, этот загрузчик поддерживает ряд «виртуальных» команд для указания того, какой интерпретатор использовать. Поддерживаемые виртуальные команды:

  • /usr/bin/env python

  • /usr/bin/python

  • /usr/local/bin/python

  • python

Например, если первая строка вашего сценария начинается с

#! /usr/bin/python

Будет найдена и использована версия Python по умолчанию. Поскольку многие сценарии Python, написанные для работы в Unix, уже содержат эту строку, такие сценарии могут использоваться программой запуска без изменений. Если вы пишете новый сценарий в Windows, который, как вы надеетесь, будет полезен в Unix, следует использовать одну из строк shebang, начинающуюся с /usr.

Любую из указанных выше виртуальных команд можно дополнить явной версией (только основной версией или основной и дополнительной версией). Кроме того, можно запросить 32-разрядную версию, добавив «-32» после дополнительной версии. То есть /usr/bin/python3.7-32 запросит использование 32-разрядного Python 3.7.

Новое в версии 3.7: Начиная с python launcher 3.7, можно запросить 64-битную версию с помощью суффикса «-64». Кроме того, можно указать старшую версию и архитектуру без указания младшей (т.е. /usr/bin/python3-64).

Форма /usr/bin/env шебанг-строки обладает одним дополнительным свойством. Прежде чем искать установленные интерпретаторы Python, эта форма выполняет поиск исполняемого файла Python в PATH. Это соответствует поведению программы env в Unix, которая выполняет поиск PATH.

4.8.3. Аргументы в shebang-строкахArguments in shebang lines

Shebang-строки также могут указывать дополнительные параметры, передаваемые интерпретатору Python. Например, если у вас есть shebang-строка:

#! /usr/bin/python -v

Тогда Python будет запущен с опцией -v

4.8.4. НастройкаCustomization

4.8.4.1. Настройка через INI-файлыCustomization via INI files

Средство запуска будет искать два .ini-файла: py.ini в каталоге «данные приложения» текущего пользователя (т.е. каталоге, возвращаемом вызовом функции Windows SHGetFolderPath с параметром CSIDL_LOCAL_APPDATA) и py.ini в том же каталоге, где находится средство запуска. Одни и те же .ini-файлы используются как для «консольной» версии средства запуска (py.exe), так и для «оконной» версии (pyw.exe).

Настройка, указанная в «каталоге приложения», имеет приоритет над настройкой рядом с исполняемым файлом, поэтому пользователь, у которого может не быть прав на запись в .ini-файл рядом с загрузчиком, может переопределить команды в этом глобальном .ini-файле.

4.8.4.2. Настройка версий Python по умолчаниюCustomizing default Python versions

В некоторых случаях в команду можно включить квалификатор версии, чтобы указать, какая версия Python будет использоваться этой командой. Квалификатор версии начинается с номера старшей версии и может опционально сопровождаться точкой («.») и спецификатором младшей версии. Кроме того, можно указать, следует ли запрашивать 32- или 64-битную реализацию, добавив «-32» или «-64».

Например, shebang-строка #!python не имеет квалификатора версии, в то время как #!python3 имеет квалификатор версии, указывающий только старшую версию.

Если в команде не указаны квалификаторы версии, можно установить переменную среды PY_PYTHON, чтобы указать квалификатор версии по умолчанию. Если она не установлена, по умолчанию используется «3». Переменная может задавать любое значение, которое можно передать в командной строке, например «3», «3.7», «3.7-32» или «3.7-64». (Обратите внимание, что опция «-64» доступна только в программе запуска, поставляемой с Python 3.7 или новее.)

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

В 64-битной Windows с установленными 32-битной и 64-битной реализациями одной и той же версии (старшая.младшая) Python всегда будет предпочитаться 64-битная версия. Это верно как для 32-битной, так и для 64-битной реализации загрузчика – 32-битный загрузчик будет предпочитать запуск 64-битной установки Python указанной версии, если она доступна. Это сделано для того, чтобы поведение загрузчика можно было предсказать, зная только, какие версии установлены на ПК, независимо от порядка их установки (т.е. не зная, была ли последней установлена 32- или 64-битная версия Python и соответствующий загрузчик). Как отмечалось выше, для изменения этого поведения можно использовать необязательный суффикс «-32» или «-64» в спецификаторе версии.

Примеры:

  • Если соответствующие параметры не заданы, команды python и python2 будут использовать последнюю установленную версию Python 2.x, а команда python3 будет использовать последнюю установленную версию Python 3.x.

  • Команда python3.7 не будет учитывать никакие параметры, поскольку версии полностью указаны.

  • Если PY_PYTHON=3, то команды python и python3 будут обе использовать последнюю установленную версию Python 3.

  • Если PY_PYTHON=3.7-32, то команда python будет использовать 32-битную реализацию версии 3.7, тогда как команда python3 будет использовать последнюю установленную версию Python (PY_PYTHON не учитывался, так как была указана старшая версия.)

  • Если PY_PYTHON=3 и PY_PYTHON3=3.7, то команды python и python3 будут обе использовать именно версию 3.7

В дополнение к переменным окружения те же настройки можно задать в файле .INI, используемом загрузчиком. Раздел в INI-файле называется [defaults], а имя ключа будет таким же, как у переменных окружения без префикса PY_ (обратите внимание, что имена ключей в INI-файле нечувствительны к регистру). Содержимое переменной окружения будет переопределять настройки, указанные в INI-файле.

Например:

  • Установка PY_PYTHON=3.7 эквивалентна следующему содержимому INI-файла:

[defaults]
python=3.7
  • Установка PY_PYTHON=3 и PY_PYTHON3=3.7 эквивалентна следующему содержимому INI-файла:

[defaults]
python=3
python3=3.7

4.8.5. ДиагностикаDiagnostics

Если установлена переменная окружения PYLAUNCH_DEBUG (с любым значением), средство запуска выводит диагностическую информацию в stderr (т.е. на консоль). Эта информация одновременно является многословной и краткой, но она позволяет увидеть, какие версии Python были найдены, почему выбрана конкретная версия и точная командная строка, использованная для запуска целевого Python.

4.9. Поиск модулейFinding modules

Python обычно хранит свою библиотеку (и соответственно папку site-packages) в каталоге установки. Так, если Python был установлен в C:\Python\, библиотека по умолчанию будет находиться в C:\Python\Lib\, а сторонние модули должны храниться в C:\Python\Lib\site-packages\.

Чтобы полностью переопределить sys.path, создайте файл ._pth с тем же именем, что и DLL (python37._pth) или исполняемый файл (python._pth), и укажите по одной строке для каждого пути, который нужно добавить в sys.path. Файл, основанный на имени DLL, переопределяет файл, основанный на имени исполняемого файла, что позволяет при необходимости ограничить пути для любой программы, загружающей среду выполнения.

Если файл существует, все реестровые и переменные окружения игнорируются, включается изолированный режим, и site не импортируется, если только одна из строк файла не указывает import site. Пустые пути и строки, начинающиеся с #, игнорируются. Каждый путь может быть абсолютным или относительным относительно расположения файла. Операторы импорта, кроме site, не допускаются, и произвольный код не может быть задан.

Обратите внимание, что файлы .pth (без ведущего подчёркивания) будут обрабатываться модулем site в обычном порядке, если указан import site.

Если файл ._pth не найден, то именно так sys.path заполняется в Windows:

  • В начале добавляется пустая запись, соответствующая текущей директории.

  • Если существует переменная окружения PYTHONPATH, как описано в Переменные окружения, то её записи добавляются следом. Обратите внимание, что в Windows пути в этой переменной должны разделяться точками с запятой, чтобы отличать их от двоеточия, используемого в идентификаторах дисков (C:\ и т.д.).

  • Дополнительные «пути приложений» можно добавить в реестр как подразделы \SOFTWARE\Python\PythonCore{version}\PythonPath как в разделе HKEY_CURRENT_USER, так и в HKEY_LOCAL_MACHINE. Подразделы, у которых в качестве значения по умолчанию указаны строки путей, разделённые точкой с запятой, приводят к добавлению каждого пути в sys.path. (Обратите внимание, что все известные установщики используют только HKLM, поэтому HKCU обычно пуст.)

  • Если задана переменная окружения PYTHONHOME, она считается «домашним каталогом Python». В противном случае по пути основного исполняемого файла Python ищется «маркерный файл» (либо Lib\os.py, либо pythonXY.zip), чтобы определить «домашний каталог Python». Если домашний каталог найден, соответствующие поддиректории, добавляемые в sys.path (Lib, plat-win и т.д.), определяются на основе этой папки. В противном случае основной путь Python строится из PythonPath, хранящегося в реестре.

  • Если домашний каталог Python не найден, в окружении не указана переменная PYTHONPATH и не найдены записи реестра, используется путь по умолчанию с относительными записями (например, .\Lib;.\plat-win и т.д.).

Если файл pyvenv.cfg найден рядом с основным исполняемым файлом или в директории уровнем выше, применяются следующие варианты:

  • Если home – абсолютный путь, а PYTHONHOME не задана, то при определении домашнего каталога используется этот путь вместо пути к основному исполняемому файлу.

Конечный результат всего этого:

  • При запуске python.exe или любого другого .exe в основной директории Python (установленной версии или непосредственно из каталога PCbuild) основной путь определяется, а основные пути в реестре игнорируются. Другие «пути приложений» в реестре всегда считываются.

  • Когда Python размещается в другом .exe (другая директория, встраивание через COM и т.д.), «домашний каталог Python» не определяется, поэтому используется основной путь из реестра. Другие «пути приложений» в реестре всегда считываются.

  • Если Python не может найти свой домашний каталог и в реестре нет значений (замороженный .exe, какая-то очень странная установка), вы получаете путь с некоторыми путями по умолчанию, но относительными.

Для тех, кто хочет встроить Python в своё приложение или дистрибутив, следующие рекомендации помогут избежать конфликтов с другими установками:

  • Включите файл ._pth рядом с исполняемым файлом, содержащий включаемые директории. Это приведёт к игнорированию путей, перечисленных в реестре и переменных окружения, а также игнорированию site, если только import site не указан.

  • Если вы загружаете python3.dll или python37.dll в свой собственный исполняемый файл, явно вызовите Py_SetPath() или (по крайней мере) Py_SetProgramName() перед Py_Initialize().

  • Очистите и/или перезапишите PYTHONPATH и задайте PYTHONHOME перед запуском python.exe из вашего приложения.

  • Если вы не можете воспользоваться предыдущими рекомендациями (например, вы распространитель, который позволяет запускать python.exe напрямую), убедитесь, что маркерный файл (Lib\os.py) существует в вашем каталоге установки. (Обратите внимание, что он не будет обнаружен внутри ZIP-файла, но вместо него будет обнаружен правильно названный ZIP-файл.)

Это гарантирует, что файлы из общесистемной установки не получат приоритет над копией стандартной библиотеки, поставляемой с вашим приложением. В противном случае пользователи могут столкнуться с проблемами при использовании вашего приложения. Обратите внимание, что первая рекомендация – наилучшая, поскольку остальные могут по-прежнему быть подвержены влиянию нестандартных путей в реестре и пользовательских site-packages.

Изменено в версии 3.6:
  • Добавляет поддержку файлов ._pth и удаляет опцию applocal из pyvenv.cfg.

  • Добавляет pythonXX.zip в качестве потенциальной метки, если он находится непосредственно рядом с исполняемым файлом.

Устарело с версии 3.6:

Модули, указанные в реестре в разделе Modules (не PythonPath), могут импортироваться с помощью importlib.machinery.WindowsRegistryFinder. Этот искатель включён в Windows версии 3.6.0 и более ранних, но в будущем может потребоваться явное добавление в sys.meta_path.

4.10. Дополнительные модулиAdditional modules

Хотя Python стремится быть переносимым между всеми платформами, существуют функции, уникальные для Windows. Ряд модулей, как в стандартной библиотеке, так и внешних, а также фрагменты кода позволяют использовать эти возможности.

Стандартные модули, специфичные для Windows, описаны в Специфичные службы MS Windows.

4.10.1. PyWin32

Модуль PyWin32 от Марка Хаммонда – это набор модулей для расширенной поддержки Windows. Он включает утилиты для:

PythonWin – это пример MFC-приложения, поставляемого с PyWin32. Это встраиваемая среда разработки со встроенным отладчиком.

См. также

Win32: Как мне…?

Тим Голден

Python и COM

Дэвид и Пол Бодди

4.10.2. cx_Freeze

cx_Freeze – это расширение distutils (см. Расширение Distutils), которое упаковывает скрипты Python в исполняемые программы Windows (файлы *.exe). Когда это сделано, вы можете распространять своё приложение, не требуя от пользователей установки Python.

4.11. Компиляция Python в WindowsCompiling Python on Windows

Если вы хотите скомпилировать CPython самостоятельно, первым делом нужно получить исходный код. Можно загрузить исходный код последнего релиза или просто взять свежую копию из репозитория.

Дерево исходных кодов содержит файлы решения и проекта для Microsoft Visual Studio, который используется для сборки официальных релизов Python. Эти файлы находятся в каталоге PCbuild.

Обратитесь к PCbuild/readme.txt за общей информацией о процессе сборки.

Для модулей-расширений обратитесь к Сборка расширений C и C++ в Windows.

4.12. Другие платформыOther Platforms

В процессе развития Python некоторые платформы, которые ранее поддерживались, больше не поддерживаются (из-за отсутствия пользователей или разработчиков). Обратитесь к PEP 11 для получения подробной информации о всех неподдерживаемых платформах.

См. Python для Windows для получения подробной информации о платформах с предварительно собранными установщиками.