plackup中失败的require持续存在导致重载中止的原因及解决办法

为什么会触发重载？ #

Perl 的 require 机制会将已尝试加载的文件路径记录到全局哈希 %INC 中——哪怕第一次加载失败（比如语法错误），该文件的条目仍会被存入 %INC。当后续再次调用 require './A.pm' 时，Perl 检测到 %INC 中已有对应条目，会尝试重载该文件，而非重新解析执行。但由于第一次加载已因语法错误失败，重载自然会触发 "Attempt to reload ./A.pm aborted." 的错误。

为什么不是新进程？ #

默认情况下，plackup 使用的是单进程的 Standalone 服务器。所有请求都由同一个进程处理，进程不会在每次请求后销毁，因此第一次请求后存入 %INC 的条目会被保留，后续请求会复用这个状态。只有当你使用多进程服务器（如 Starman）或每次请求 fork 新进程的加载器时，才会每次请求启动新进程，%INC 状态不会跨请求保留。

如何始终显示有效错误信息？ #

有两种常用方案，适用于不同场景：

方案1：手动移除 %INC 中的条目（代码层面修改） #

在每次 require 前，删除 %INC 中对应文件的条目，强制 Perl 重新尝试加载文件，而非重载。同时建议手动捕获错误，确保错误信息可控：

# app.psgi 修改后的代码
sub {
    # 移除%INC中记录的A.pm条目
    delete $INC{'./A.pm'};
    
    # 捕获require的错误
    eval { require './A.pm' };
    if ($@) {
        return [
            500,
            ['Content-Type' => 'text/plain'],
            ["加载失败: $@"] # 直接返回原始错误信息
        ];
    }
    
    return [200, ['Content-Type' => 'text/plain'], ['加载成功']];
}

方案2：使用 Shotgun 加载器（开发环境推荐） #

启动 plackup 时指定 Plack::Loader::Shotgun，该加载器会为每个请求 fork 一个全新的进程，进程结束后所有状态（包括 %INC）都会被销毁，每次请求都会重新尝试加载文件：

plackup -MPlack::Loader::Shotgun app.psgi

这种方式无需修改代码，适合开发调试阶段，每次刷新都会看到最新的错误信息。

内容的提问来源于stack exchange，提问作者winck