做 Linux 脚本的，十个里有八个天天见 PS1，偶尔见 PS2，但 Linux PS3 环境变量真心属于那种冷门到没人提、可一旦用上就离不开的提示符。我一开始也是自己用 echo 打印菜单项，再用 read 接数字，代码里一堆数字匹配逻辑。后来看到别人脚本里的 select 循环，菜单自动编号，提示符还能定制，才发现 PS3 才是干这个的正主。
PS3 的全名是 shell 提示符参数三号，它不像 PS1 那样负责你在终端里看到的命令提示行，也不像 PS2 那样负责续行，它专门服务 Bash 的内置命令 select。只要你需要在脚本里提供一个交互选择菜单，PS3 就会在菜单列表下方出现，等用户输入编号。这篇文章就把 PS3 的默认值、作用时机、转义规则、踩坑经验全部讲一遍，适合正在写部署脚本、运维工具，或者只是想把 Bash 交互做得更顺手的人。
1. 先分清楚：PS3 在环境变量大家族里的位置
1.1 从 PS1 到 PS4，四个提示符各管一段
Bash 的提示符变量不是只有 PS1。准确说，Bash 会按照不同的场景去读取 PS0、PS1、PS2、PS3、PS4，其中 PS0 在读取每条命令之前显示，PS1 是主提示符，也就是你在终端里看到的user@host:~$；PS2 是命令没写完时的续行提示符，比如你输入echo "abc没补右引号，下一行会显示>；PS4 是set -x调试时每条命令前面加的前缀，默认是+。PS3 则被单独拆出来给 select 循环用。
这里有一点容易混淆：很多人把 PS3 当成“第三个提示符”去设置，结果在普通命令行里改了 PS3 发现没有任何变化，原因就是 PS3 对应的是一个你不常用到的内置命令。它不是用来装饰普通 shell 输入行的，而是用来装饰 select 生成的选择菜单。搞清这一点，后面所有问题都好解决。
如果你去翻系统的默认配置，会发现 PS1、PS2 在多数组件里都有现成定义，PS3 却经常是空的。这不是系统忘了设，而是大多数发行版默认认为你不需要交互菜单，只有你在自己的脚本里主动给 PS3 赋值，select 才能显示你想要的提示。所以认识 PS3 的第一步，就是接受它不是“通用提示符”而是“菜单提示符”这件事实。
1.2 PS3 不是普通提示符，它是 select 循环的专用提示符
select 是 Bash 的内置命令，语法长得像 for：
select name in word1 word2 word3; do ... done执行到 select 的时候，Bash 会把 word 列表逐项打印成带数字编号的菜单，然后等你输入数字。在你输入之前的那一行提示，就由 PS3 决定。假如 PS3 没设置，你会看到一个默认的#?，含义其实就是“请输入编号”。
所以 PS3 的价值主要体现在脚本交互上。如果你写过一个给同事用的部署脚本，大概能体会这种需求：不能要求每个人都懂参数，最好能像安装向导一样让他选“1 安装 2 回滚 3 退出”。select 配合 PS3 就是实现这种交互最直接的方式。它把“提示信息”和“编号解析”两件事都替你做了，避免手写 read 加一堆 case 的分支。
再往深一层看，PS3 本质上还是环境变量，只是它在 select 循环里被用作提示字符串。因此它遵循 shell 的一套展开规则，比如变量替换、命令替换、算术替换都会生效，但它并不像 PS1 那样支持那套反斜杠转义。这个区别很重要，后面会在转义规则里专门展开。
2. 核心细节：PS3 的默认值、作用时机和展开规则
2.1 PS3 的默认值到底是什么
在 Bash 里，如果 PS3 从未被设置，select 的默认提示符是#?（井号、问号、空格）。注意末尾带一个空格，这样用户输入时光标不会紧贴问号。你可以在脚本里加一行验证：
select foo in a b; do printf 'PS3=<%q>\n' "$PS3" break done%q会把不可见字符转成可读形式，看到结果就是#?\，那个\表示末尾空格。这个默认值来自 Bash 对 select 的默认提示符定义，两边还有一个空格是故意留出来的，让提示符和输入分隔开。
如果显式把 PS3 设成空字符串，select 就不显示任何提示符，光标停在菜单下面直接等输入。这一点和 PS1 不同，PS1 设成空字符串后终端看起来像没有任何提示，但 PS3 空字符串也是合法状态。实际工作中很少会故意这么干，但排查问题时要想到，不是你代码没设置，而是变量里真的是空的。
我建议在一个脚本的开头统一处理 PS3，像这样：
PS3="${PS3:-请选择操作: }"这行代码的意思是：如果外层已经定义过 PS3 就用外层的，否则用内置的默认。好处是脚本既尊重用户自定义，也有一个合理底线。我一开始写脚本时没加这行，后来有同事在自己的环境里设置了 PS3，我的菜单风格突然就变了，加了这行之后整个世界就稳了。
2.2 PS3 什么时候被读取，什么时候不读
PS3 的读取时机很明确：每次执行到 select 并准备显示菜单提示时，Bash 会读取当前环境里的 PS3 变量值。也就是说，赋值语句必须出现在 select 前面才有效，和普通变量一样是“先定义后使用”。如果你把它写在 select 后面，这次循环已经读不到，自然还是默认值。
另一个容易被忽略的点是，select 的输入来自标准输入。如果你在脚本里执行 select，并且把标准输入重定向成了文件或者/dev/null，菜单可能不会显示，PS3 也跟着失去意义。比如：
echo 1 | ./menu.sh如果 menu.sh 里的 select 从管道读取，它可能直接读到一个无效输入然后继续循环，菜单和提示符都可能不会正常出现。这不是 PS3 的问题，而是非交互模式下 select 的行为变了。对排查很有用，你先别急着怀疑变量赋值，先检查标准输入是不是被接管了。
在交互式 Shell 里，PS3 还会影响你手动敲 select 命令时的体验。很多人只在脚本里用 select，忘了命令行也能直接试。我建议你在终端里先跑一个最小 select 例子，把 PS3 改成自己的提示，再决定要不要写进脚本。命令行验证比脚本调试快得多，尤其在测试颜色转义和动态内容时。
2.3 关于转义序列的一个容易踩的坑
用 PS1 的时候，大家都习惯写\u@\h:\w$这类反斜杠转义，用户名、主机名、当前目录都能自动展开。到了 PS3 这里要特别提醒：PS3 不支持 PS1 那套反斜杠转义。想显示用户名或路径，直接写变量：
PS3="$USER@$HOSTNAME:$PWD 请选择> "反斜杠写法像\u、\w在 PS3 里会被原样输出成u和w，不会展开。这一点网上很多旧文章没讲清楚，我自己也因为想在菜单提示里显示当前主机名，写过\h，结果菜单上出现一个黑色的 h，当时排查了半天。所以别贪方便，改回$HOSTNAME就行。
不过 PS3 支持参数展开、命令替换和算术展开，也就是说里面可以放$(date +%T)、$((2+3))这种动态内容，只是不能放反斜杠转义。这个特性到后面进阶部分会用来做动态菜单提示。总之你可以把 PS3 当成一个普通字符串变量，但它会经历扩展，只是扩展规则和 PS1 不是一套。
如果你要给 PS3 加颜色，就要用到 ANSI 转义序列，通常写法是：
PS3=$'\e[1;36m请选择操作: \e[0m'这里$'...'会把\e解析成真正的 ESC 字符，双引号做不到这一点。很多新手在这里翻车，以为写"\e[36m"就能变色，结果屏幕上全是\e[36m这种字面量。所以记住：普通字符串用双引号，含颜色转义用$'...'，二者不要混用。
3. 实操：5 分钟写一个带自定义 PS3 的交互菜单
3.1 最小可用脚本：select 自动编号
空说不如直接上代码。这里是最小可用的脚本，保存成menu.sh，然后bash menu.sh运行：
#!/usr/bin/env bash PS3="请选择操作: " select action in 安装 回滚 退出; do case "$action" in 安装) echo "开始安装..." ;; 回滚) echo "开始回滚..." ;; 退出) echo "再见" break ;; *) echo "无效选择，请重新输入数字。" ;; esac done运行后终端会显示：
1) 安装 2) 回滚 3) 退出 请选择操作:你输入1，变量action会变成安装，然后进入 case 执行。输入9，action会变成空，落到*)分支提示重新输入。注意这里没有写 continue，select 本身会在循环体执行完后再次打印菜单等待下一次输入，所以无效输入后自然会重新回到菜单。只有选到“退出”才 break 跳出。
这一段看起来简单，但已经覆盖了 PS3 的主要用法：定义一个提示字符串，交给 select 使用。你不需要自己写read -p，也不需要手工打印1) xxx，select 全帮你做了。菜单项可以是中文、英文、路径，只要用空格或换行分隔即可，它会按位置编号。
有同学会问，select 循环里如果用户一直不输入，脚本会不会卡住？答案是会，select 默认两个行为：一个是从 stdin 读输入，另一个是循环无限等待。想要超时机制，得结合外部命令或者自己用 read 做菜单，这个点后面进阶部分会提。最小脚本阶段，先接受它“会等人”这个特性。
3.2 自定义提示符：加颜色、加动态内容
想让菜单更像正式工具，可以在 PS3 里加 ANSI 颜色。注意 Bash 里要让转义序列真正生效，最好用$'...'形式：
PS3=$'\n\e[1;36m请选择操作（输入编号）:\e[0m '这样会在菜单上方加一个空行，提示文字显示为青色，结束后恢复默认颜色。有两点经验：一是\e[1;36m如果直接写在双引号里，可能不会转义成 ESC，你在屏幕上会看到一串字符；二是提示文字后面记得留空格，否则用户输入紧贴着冒号，视觉上很拥挤。
除了颜色，你还能用命令替换生成动态内容。比如把当前时间放进去：
PS3="$(date +%H:%M:%S) 请选择: "但这么写在每次 select 提示时时间都固定在下标那一刻，因为赋值只执行一次。要实现“每次提示都刷新时间”，需要让命令替换延迟到展开阶段，做法是把 PS3 用单引号包起来：
PS3='当前时间: $(date +%H:%M:%S) 请选择: '这样 Bash 在显示提示时才执行 date，每次回车重新选菜单时，时间都会更新。这个小技巧在交互脚本里很实用，用户能直观看到自己操作的时间点。比如运维脚本在深夜执行时，菜单旁边能看到当前时间，比自己盯着屏幕猜方便多了。
如果你想让菜单支持多级提示，比如先选大类再选小类，可以中途重新给 PS3 赋值。select 每次读取的都是当前值，所以你不需要做任何额外操作，只需要在进入下一级菜单前改 PS3 就行。这种“按上下文变化提示”的能力，是固定字符串菜单很难做到的事情。
3.3 把 PS3 固化到脚本和 shell 配置里
如果你希望自己在交互式终端里做自定义菜单，可以把 PS3 写到~/.bashrc或~/.bash_profile：
export PS3='请选择 > '在交互式 Bash 里，PS3 是环境变量，export 后当前 shell 和子进程都能看到。但如果脚本以非交互方式执行，.bashrc不会自动加载，所以脚本内部必须自己定义 PS3，不能指望登录设置传到子 shell。换句话说，给用户分发脚本时，务必在脚本里显式设置 PS3，或者用默认值兜底。
前面已经给过一个兜底写法：
PS3="${PS3:-请选择 > }"把它放在脚本开头，既保证菜单有提示，又允许高级用户覆盖。这很像代码里的“默认参数”思想，用户不传就用内置值，传了就尊重用户。在写公共脚本或者公司内部工具时，这种设计特别重要，因为用户环境不可控。
还有一点容易被忽略：脚本里 PS3 要不要 export？答案是不需要。select 和 PS3 在同一个 shell 进程里工作，普通赋值就够。只有当你调用外部脚本，希望外部脚本继承你的 PS3 时才需要 export。大多数人写的是单体脚本，所以普通赋值足够，别画蛇添足加一堆 export。
4. 常见问题与排查技巧实录
4.1 菜单没提示符，直接卡住
遇到过不止一回报：运行脚本，菜单项打出来了，但下面没有“请选择”这样的提示，光标直接停在空白行，看起来像卡死。第一反应看是不是 PS3 被设成空字符串了，用printf '<%s>\n' "$PS3"打印一下就能确认。
如果 PS3 看起来正常，那就要检查脚本里有没有在 select 前把标准输入重定向到/dev/null或者从文件读取。select 从 stdin 读输入，stdin 一旦失效，它不会打印菜单提示，而是直接进入数据处理流程。还有种情况是用管道调用脚本，比如echo "1" | bash menu.sh，select 会从管道读输入，但菜单是否显示取决于终端是否为 tty，在很多自动化执行工具里这种现象很常见。
遇到这种问题，我通常先做两个验证：一是手动在终端里运行脚本，看 PS3 是否正常；二是用strace或bash -x跟踪脚本执行过程，看标准输入被谁占用。大多数时候问题不在 PS3 本身，而在脚本的外部调用方式上。单独拿一个最小 select 脚本去测试，能快速缩小范围。
4.2 变量设置了却不生效
这种问题最隐蔽。常见的写法错误是把赋值放到 select 后面：
select item in a b; do break done PS3='请选择: '运行就会发现提示符还是默认的#?。原因前面讲过，PS3 是在 select 执行前被读取的，赋值必须在 select 前面。另外，如果 select 在函数里，但函数之外的全局变量被重置了，也会出现类似现象。排查时直接看清楚 select 所在的作用域，在同一个作用域里设置 PS3，是最省心的做法。
还有一种情况：你在函数里定义了local PS3=...，但调用函数的时机在 select 之前被某个分支跳过了。Bash 函数是按行执行的，如果前面有 return，后面的赋值自然不执行。这种逻辑问题靠语法检查看不出来，最好在 select 前加一行调试输出：
echo "PS3=<${PS3}>"打印出来后，你立刻能判断到底是没赋值、赋了空值，还是值被覆盖了。很多时候我们说“设置了却不生效”，其实是“设置代码根本没跑到”，这类问题用调试输出解决最直接。
4.3 select 和函数、子 shell 的作用域坑
环境变量在子 shell 中有隔离性，这点很多脚本新手没概念。比如你写了：
export PS3='外层: ' bash -c 'select x in a; do break; done'如果内层 Bash 没有定义自己的 PS3，它会继承导出的环境变量。但如果你只是普通赋值PS3='外层: '而不是 export，子 shell 看不到它。所以跨脚本调用时，要么 export，要么在每个脚本里重新定义。
函数里还有另外一种坑：函数内部的变量默认是全局的，除非显式声明 local。这意味着一个函数改了 PS3，另一个函数再跑 select 时也受影响。从工程角度，建议在函数内部用local PS3把提示符限制在函数内，避免污染全局状态。这一点和普通变量管理一个道理。
我见过一个很典型的案例：一个初始化函数里设置了PS3='初始化> '，之后主菜单的 select 提示符变成了“初始化>”，用户一脸疑惑。原因就是没有 local，初始化函数把全局的 PS3 覆盖了。解决方式很简单，函数里写local PS3，或者每次进入主菜单前重新给 PS3 赋值。
5. 进阶玩法：让 PS3 菜单更像一个正式工具
5.1 动态日期和状态统计提示符
很多部署脚本希望在菜单里显示当前状态，比如“当前版本：2.3.1”。可以直接在 PS3 里嵌入命令替换：
current_version="2.3.1" PS3='当前版本:'"$current_version"' 请选择: '不过更灵活的是，PS3 用单引号包含$(...)，这样每次 select 展开时都会重新执行命令。比如可以在 PS3 里调用脚本或函数，把当前服务状态显示出来。实际项目中我会用这样的代码展示磁盘占用：
PS3='[磁盘使用率: $(df -h / | awk "NR==2{print \$5}")] 请选择: '这样用户在选择前就能看到磁盘是不是快满了，运维脚本会显得专业很多。要注意的是，命令替换会在每次 select 显示提示时执行，所以它必须足够快，不能在里面写太重的命令，否则用户每次选完菜单都要等。通常放date、df -h、uptime -p这种轻量命令就够了。
还有一种更隐蔽的用法：利用函数生成菜单选项列表。比如你有一个函数返回当前可用服务名，然后把它放进 select 的列表里：
services=$(list_services) select svc in $services; do echo "你选择了 $svc" break done这时候 PS3 负责提示，列表内容动态生成，二者配合能做出非常灵活的运维面板。我做过一个小工具，启动时从配置文件读服务名，select 自动编号展示，PS3 显示当前环境名，整个操作流程和商业软件的控制台菜单很接近，代码量却很小。
5.2 处理非法输入和超时
select 自身只负责把输入变成变量，并不会限制用户一定要输入数字。所以常见做法是加 case，遇到空值或非法值就 continue。下面是一个带无效输入提示的示例：
PS3='请选择: ' select opt in start stop quit; do case "$opt" in start) echo start;; stop) echo stop;; quit) exit;; *) echo "无效输入，请重新输入" ;; esac done这里的*)分支会处理一切非法输入。注意 select 的特性：输入无效时变量会被赋成空字符串，因此你没法在循环体开头用if [[ -z "$opt" ]]区分“用户回车没选择”和“用户输入了空内容”。但无妨，case 的*)已经能覆盖所有非预期情况。
如果想给菜单加超时，select 本身没有-t参数，需要自己变通。一个方法是把整个交互过程放到带timeout的环境里，比如用timeout 30 bash menu.sh，超过 30 秒自动退出。另一个更精细的做法是放弃 select，改用 while + read -t 自己实现菜单编号逻辑，这样你能完全控制超时行为。两条路我都试过，简单脚本用 timeout 更省事，专业工具建议用 read 自己定制。
5.3 给菜单加退出项和二次确认
菜单最怕用户选错，重要操作前二次确认是基本修养。可以用一个辅助函数：
confirm() { local answer read -r -p "$1 (yes/no): " answer [[ "$answer" == "yes" ]] } select opt in 部署 回滚 退出; do case "$opt" in 部署) if confirm "确认要部署到生产环境吗"; then echo "部署中..." fi ;; 回滚) echo "回滚操作需要确认后再执行。" ;; 退出) break ;; esac done这里 PS3 负责菜单提示，confirm 函数用 read 负责二次确认，两种不同交互方式各司其职。用 select 做菜单、用 read 做确认，是我在实际脚本里最常见的组合，比所有内容都堆在 read 里清晰得多。
二次确认还有个好处是避免误触。比如用户本想选“退出”，结果输错选了“删除”，如果没有确认环节，后果可能很严重。确认操作的成本很低，却能把失误率降下来。我写自动化脚本的原则是：破坏性操作必须确认，普通操作不需要确认，把所有操作都确认一遍反而会让用户疲劳。
6. 一个完整的示例：把 PS3 用在模拟部署脚本里
6.1 需求拆解与设计思路
假设现在要给运维同事写一个部署工具，核心需求有三个：选择环境、选择操作、退出。传统做法是让用户手敲参数，比如deploy.sh --env prod --action start，但对不熟悉命令的同事来说，参数再友好都有学习成本。用菜单交互可以零成本上手。
我的设计思路是：第一级菜单用 select 选择操作，第二级菜单用另一个 select 选择环境，每一级都重新设置 PS3。这样提示会跟着上下文变化，用户在“部署”流程里看到的是“请选择目标环境”，在“回滚”流程里看到的是“请选择要回滚的版本”，体验明显比统一提示更好。
6.2 完整代码与跑通步骤
下面是一个简化但完整的示例脚本：
#!/usr/bin/env bash PS3="请选择操作: " select opt in 部署 回滚 退出; do case "$opt" in 部署) PS3="请选择部署环境: " select env in dev prod; do echo "开始部署到 $env 环境" break done ;; 回滚) PS3="请选择回滚目标: " select ver in v1.0 v2.0; do echo "回滚到 $ver" break done ;; 退出) echo "操作结束" break ;; *) echo "请输入菜单中的数字" ;; esac done跑通步骤很简单：保存成deploy.sh，执行bash deploy.sh，第一级菜单出现后输入1，进入第二级菜单，再输入1，脚本会打印部署信息。整个过程中 PS3 从“请选择操作”变成了“请选择部署环境”，说明在嵌套 select 里重新赋值完全可行。
这个示例虽然小，却很能说明 PS3 的灵活性。你不需要用复杂的循环变量去控制提示，只需要在合适的地方改一行字符串。代码可读性比满屏 read 高得多，同事拿到手也能一眼看出菜单层级。如果你是团队里负责写公共脚本的人，这种风格很值得推广。
6.3 复盘：这套方案的优与劣
优点是结构清晰、容易维护，用户不需要记忆命令参数，菜单项自动编号。缺点也很明显：如果需要非常严格的格式校验、超时控制、或特殊 UI 效果，select 和 PS3 的默认能力就不够用了，必须自己写 read 循环。换句话说，PS3 适合“够用就好”的交互场景，不适合做复杂 TUI。
我给自己的项目选型时有个习惯：如果菜单层级不超过两层，选项不超过十个，就用 select + PS3；如果要做全键盘操作、快捷键、实时刷新，那就上 dialog 或者 whiptail 之类的专业工具。PS3 的优势在于零依赖、任何 Linux 机器都能跑，这一点在容器环境里特别重要。你想在一台只有 busybox 的容器里做交互菜单，bash 和 PS3 可能是唯一靠谱的组合。
7. 最后再交代两个小细节
7.1 查看当前 PS3 值的方法
调试 PS3 时，直接echo "$PS3"就够了。但如果你想看更原始的状态，可以用：
declare -p PS3这个命令会显示 PS3 的属性和值，比如declare -- PS3="请选择操作: "。如果前面有export，会显示declare -x PS3=...。通过declare -p还能看出是不是只读变量，有时候脚本里误设了readonly PS3，后续赋值会失败，这种现象非常难排查。
env | grep PS3只能看到被导出的环境变量，如果 PS3 只是普通 shell 变量，它不会出现在 env 输出里。所以平时调试用declare -p更准确。建议在写任何复杂脚本之前，先确认当前 Bash 版本和 PS3 的默认值，不同版本之间可能有细微差异，虽然我实测主流版本差异不大。
7.2 不同浏览器和远程终端的兼容提醒
这里的“浏览器”是比喻，实际上远程终端和 Web 终端模拟器对 ANSI 颜色的支持差异很大。PS3 里如果加了\e[36m这类颜色，在 Windows 自带终端、远程 SSH 工具、网页版终端里显示效果可能不一样。严重时颜色码会被原样打印出来，屏幕上一堆^[[36m，用户会直接懵掉。
我的建议是：给 PS3 加颜色可以，但最好提供一个开关，比如用环境变量控制是否开启颜色：
if [[ "$TERM" != "dumb" ]]; then PS3=$'\e[1;36m请选择: \e[0m' else PS3='请选择: ' fi这样在普通终端里显示颜色，在纯文本环境里退化成无颜色版本。这个小细节能让脚本在 CI 日志、管道执行、网页终端里都保持可读，属于那种“不写不知道，写了会感激自己”的健壮性设计。
8. 写在个人的使用体验里
PS3 这个变量说大不大，说小也不小。它和 PS1、PS2、PS4 一起构成了 Bash 提示符的完整体系，但作用域更窄，只服务于 select。我个人在写脚本时最大的体会是，不要因为 select 看起来简单就忽略 PS3 的细节，作用域、默认值、转义序列这几个坑，几乎每个刚接触的人都会踩一遍。
最后再分享一个小技巧：如果你在维护一个比较老的脚本，担心别人看不懂 select 和 PS3 的配合，可以在脚本开头注释一行“PS3 是 select 的提示符，不要删”，这句话能帮你减少很多来自同事的疑惑。环境变量的知识往往就在这种不起眼的角落，补上之后，你的 Bash 脚本才算真正有交互味了。
