Ответ.

История вопроса:

Perl поддерживает динамическую и статическую загрузку кода с момента появления поддержки модулей. Для этого язык предоставляет три различных механизма: require, use и do. Каждый из них имеет свои особенности, различный жизненный цикл исполнения и влияние на контекст работы программы.

Проблема:

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

Решение:

use — подключает модуль на этапе компиляции. Автоматически вызывает метод import, если он определен. Используется для загрузки модулей и объявлений на старте программы.
require — загружает файл или модуль во время исполнения, только один раз за программу. Хорошо подходит для динамической загрузки файлов по условию.
do — просто исполняет файл как Perl-код, каждый раз при вызове. Используется редко, нужен для специальных случаев (например, конфигурационных файлов).

Пример кода:

use Some::Module;    # статическая загрузка

if ($config{plugin}) {
    require "$config{plugin}.pm"; # динамическая загрузка
}

do 'local_config.pl'; # исполняет каждый раз при запуске

Ключевые особенности:

use работает только с package/module, вызывает import, срабатывает при компиляции.
require работает с файлами и модулями, запускается в рантайме.
do не кэширует модуль, а просто исполняет содержимое файла.

Вопросы с подвохом.

Можно ли использовать require для связи с переменной и модулем типа Some::Module?

Можно, но надо явно указать путь до файла, либо трансформировать имя модуля в путь:

my $mod = 'Some::Module';
$mod =~ s!::!/!g;
require "$mod.pm";   # корректно

Что произойдет, если do не сможет найти файл?

do возвращает false (undef) и заносит ошибку в $@ — не вызывает панику, как use/require.

Что произойдет, если дважды вызвать require на один и тот же файл?

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

Типовые ошибки и анти-паттерны

Использовать do вместо require для загрузки модулей — теряется кэширование и безопасность.
Ошибочно полагать, что use можно использовать с переменной.
Не следить за возвращаемым значением do — не обнаруживаются ошибки загрузки его файла.

Пример из жизни

Негативный кейс

В проекте пытались на лету подключать плагины с помощью do, не проверяя возвращаемый статус и перепутали с require.

Плюсы:

"Быстро работает", не надо разбираться в require/use internals.

Минусы:

Ошибки загрузки не отлавливались, плагин не грузился, но не было сообщений.
Изменение плагина не отрабатывалось корректно, кэш не очищался.

Позитивный кейс

Использовали require для загрузки по условию, всегда трансформировали имя модуля в путь. Проверяли $@ после попытки загрузки.