**TL;DR：**您的env无法被perlbrew使用，需要修复。
详情：

我遇到了同样的问题，运行perlbrew switch ...会产生一个裸露的bash shell。但我发现这是因为它与我安装perlbrew的会话相同。虽然我已经将它添加到.bash_profile中，但我没有在当前的shell中获取~/perl5/perlbrew/etc/bashrc。（旁注：使用screen使这一点变得更糟，因此我的会话在断开连接之间保持不变。）
据我所知，perlbrew区分了两种情况：
1.它已经拥有了它所需要的环境;即，您已采购~/perl5/perlbrew/etc/bashrc

• 在这种情况下，perlbrew switch ...自动将perl指向指定的版本。***没有派生任何子shell。***在注销之间仍然存在。

1.您有一个裸shell，或者一个perlbrew无法使用的环境（例如，~/perl 5/perlbrew/etc/bashrc`没有被源化）。

• 由于它不能在当前环境中运行，perlbrew举起手来，生成一个新的子shell。这是当它执行您找到的--norc代码时，并使用一个裸shell来填充它自己的环境变量。
• 请注意，这种情况也可能发生在脚本中。有关详细信息，请参阅Perlbrew in Shell Scripts。

为什么项目想要在Senario #2中生成一个裸壳？是的，这是一个好问题，但我越想越觉得，我相信他们有他们的理由。我目前的看法是，perlbrew在这一点上正在寻找自己。您的环境（大概是由您的rc配置的）无法使用。在一个病态的情况下，也许它取消了所有它需要的环境变量。无论如何，子shell逻辑是确保perlbrew按需运行的非常可靠的方法。
最后一点注意-如果将source ~/perl5/perlbrew/etc/bashrc放入.bash_profile意味着创建一个 * 新文件 *，那么您的.bashrc可能需要 * 显式 * 从该文件中获取，因为.profile可能不再这样做：

$ head -3 .profile

# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.

我不知道为什么会这样，但这段代码通常不会被执行。您必须显式执行perlbrew二进制文件才能从bash访问该代码。但是use和switch特性（调用包含引用代码的sub）通常由perlbrew shell函数处理。

编辑

别介意我：我没有意识到衍生的shell是交互式使用的。
一个运行在shell中的程序，如果它的源代码是rc文件，那么无论这些rc文件做什么，它都会被卡住。在一种病态的情况下，.bashrc可能会将echo别名为rm -rf，导致随机删除一些不幸命名的文件和目录（并用垃圾错误填充控制台或日志文件）。perlbrew.pm需要通过shell运行一些命令，并注意确保它不会因为某些rc文件中有奇怪的东西而意外地破坏任何东西。
没有人类用户会想要在没有他们的rc文件的情况下工作。然而，人类可以补偿他们的个人设置与规范的差异。perlbrew不能。

您需要在脚本中获取perlbrew rc文件的源代码，以便在不启动子shell的情况下设置路径。
From：https://github.com/gugod/App-perlbrew/wiki/Perlbrew-In-Shell-Scripts：

#!/bin/bash
## These 3 lines are mandatory.
export PERLBREW_ROOT=/opt/perlbrew
export PERLBREW_HOME=/tmp/.perlbrew
source ${PERLBREW_ROOT}/etc/bashrc

## Do stuff with 5.14.1
perlbrew use 5.14.1
perl /app/my-modern-program