promptui.Select需用for循环包裹并添加“退出”选项，用break代替os.Exit；Prompt数字限制靠Validate函数配合strconv.Atoi；渲染错位因终端宽度识别失败，应设TERM环境变量或换终端；快捷键需绕过Select改用keyboard库监听。
promptui.Select 怎么选中后不退出程序
默认情况下 promptui.Select.Run() 返回结果后就结束，但交互式菜单往往需要循环等待用户操作。关键不是重跑整个程序，而是把 Select 放进 for 循环里，并手动处理退出逻辑。
- 用
for包裹Select.Run()，每次选完继续下一轮 - 在选项列表里显式加一个
"退出"项，判断返回的index是否等于该位置 - 别直接用
os.Exit(0)中断，否则 defer 不执行、资源没释放；改用break跳出循环再自然返回 - 注意：
Select内部会接管 stdin，如果循环太快（比如没加任何 pause），可能读到残留输入导致跳过下一次提示
promptui.Prompt 输入框怎么限制只能输数字
Promptui.Prompt 本身不校验内容，得靠 Validate 字段 + 自定义函数实现。但要注意，验证失败只提示错误、不阻止输入继续——真正拦截得靠前端过滤，而 Go 的标准终端没有输入时实时拦截能力。
- 在
Prompt初始化时传入Validate函数，用strconv.Atoi或正则^\d+$判断 - 验证失败返回非 nil error，
Run()会重试提示，但用户仍可输入任意字符 - 如果必须“物理级”禁用非数字键，得换底层库（如
gdamore/tcell），promptui不支持 - 常见坑：用
strings.TrimSpace前忘了判空，导致空字符串进验证 panic
为什么 Select 渲染错位或显示乱码
本质是终端宽度识别失败或 ANSI 序列被截断。特别是 Windows 默认 cmd、某些 IDE 内置终端、CI 环境里 promptui 拿不到正确 columns，就会把多行选项压成一行或换行错乱。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 运行前设环境变量：
TERM=xterm-256color（Linux/macOS）或用conhost.exe替代旧版 cmd - 避免在 Goland/VSCode 的 Debug Console 里跑——它们对 ANSI 支持不完整，换到外部终端执行
- 检查是否用了中文字符做选项名：部分终端不等宽，会导致对齐崩坏；建议选项文字全用 ASCII
- 如果调了
promptui.Styler自定义颜色，确认没漏掉\x1b[0m重置，否则后续输出全变色
如何让菜单支持方向键和回车键以外的快捷键
promptui.Select 固定绑定 ↑↓/Enter/ESC，不开放按键映射。想支持 j/k 或 q 退出，得绕过它，用更底层的 promptui.Prompt 模拟菜单行为。
立即学习“go语言免费学习笔记（深入）”；
- 手动维护当前高亮索引，用
Prompt的Mask: '*', Keymap和Stdin: os.Stdin配合golang.org/x/term.ReadPassword类似方式监听单字符 - 或者直接上
github.com/eiannone/keyboard：能捕获任意键，但需自行处理缓冲、清屏、重绘 - 别试图给
Select打补丁——它的事件循环封装太深，hook 成本高于重写 - 注意：Windows 上
keyboard需管理员权限，开发机测试没问题，部署时可能被策略拦截
最麻烦的其实是跨平台终端兼容性，而不是逻辑本身。Windows 的 conhost、WSL 的伪终端、macOS 的 Terminal.app，对同一段 ANSI 控制序列反应可能完全不同。真要稳定，得在目标环境里实测，不能只信文档说“支持”。
