Что происходит в Python, когда вы импортируете внутри функции? [Дубликат]

Самый первый раз, когда вы импортируете goo из любого места (внутри или вне функции), goo.py (или в другой импортируемой форме ) загружается, а sys.modules ['goo'] устанавливается для построенного таким образом объекта модуля. Любой будущий импорт в рамках того же запуска программы (опять же, внутри или вне функции) просто найдите sys.modules ['goo'] и привяжите его к barename goo в соответствующий объем. Поиск dict и привязка имени - очень быстрые операции.

Предполагая, что самый первый импорт в любом случае полностью амортизируется за время выполнения программы, наличие «соответствующей области» на уровне модуля означает каждое использование goo.this , goo.that и т. д. - это два поиска по dict - один для goo , а второй - для имени атрибута. Если он находится на «уровне функции», то при каждом запуске функции оплачивается одна дополнительная настройка локальной переменной (даже быстрее, чем при поиске по словарю!), Но сохраняется один поиск по словарю (замена его на поиск по локальной переменной, невероятно быстро) для каждого goo.this (и т. Д.) Доступ, в основном сокращая вдвое время, необходимое для таких поисков.

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

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

Импортируется один раз при первом выполнении функции.

Плюсы:

• импорт, связанный с функцией, в которой они используются
• , легко перемещать функции по пакету

Минусы:

• не мог видеть, от каких модулей этот модуль может зависеть

Могу я в целом предложить вместо вопроса «Сможет ли X улучшить мою производительность?» вы используете профилирование, чтобы определить, где ваша программа на самом деле тратит свое время, а затем применяете оптимизацию в зависимости от того, где вы получите наибольшую выгоду?

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

Импортирование внутри функции фактически импортирует модуль один раз... при первом запуске функции.

Он должен импортироваться так же быстро, импортируете ли вы его сверху или при запуске функции. Обычно это не очень хорошая причина для импорта в def. За? Он не будет импортирован, если функция не вызывается. На самом деле это разумная причина, если ваш модуль требует, чтобы у пользователя был установлен определенный модуль, только если он использует определенные ваши функции...

Если вы делаете это не по этой причине, то почти наверняка это плохая идея.

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

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