做 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 是主提示符也就是你在终端里看到的userhost:~$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 的内置命令语法长得像 forselect 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)、$((23))这种动态内容只是不能放反斜杠转义。这个特性到后面进阶部分会用来做动态菜单提示。总之你可以把 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 执行。输入9action会变成空落到*)分支提示重新输入。注意这里没有写 continueselect 本身会在循环体执行完后再次打印菜单等待下一次输入所以无效输入后自然会重新回到菜单。只有选到“退出”才 break 跳出。这一段看起来简单但已经覆盖了 PS3 的主要用法定义一个提示字符串交给 select 使用。你不需要自己写read -p也不需要手工打印1) xxxselect 全帮你做了。菜单项可以是中文、英文、路径只要用空格或换行分隔即可它会按位置编号。有同学会问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_profileexport 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.shselect 会从管道读输入但菜单是否显示取决于终端是否为 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_version2.3.1 PS3当前版本:$current_version 请选择: 不过更灵活的是PS3 用单引号包含$(...)这样每次 select 展开时都会重新执行命令。比如可以在 PS3 里调用脚本或函数把当前服务状态显示出来。实际项目中我会用这样的代码展示磁盘占用PS3[磁盘使用率: $(df -h / | awk NR2{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 脚本才算真正有交互味了。