Go标准库无终端文件选择器因其设计哲学强调“小而专”，仅提供底层I/O、路径处理等基础能力，不封装UI逻辑；需自行组合实现目录读取、交互渲染与键盘响应。
为什么 golang 标准库没有现成的终端文件选择器
因为 Go 的设计哲学偏向“小而专”，标准库只提供底层 I/O、路径处理（path/filepath）、终端交互（os.Stdin）等基础能力，不封装 UI 类逻辑。所谓“文件选择器”，本质是：读取目录结构 + 渲染可交互列表 + 响应键盘输入 + 返回选中路径。这些必须自己组合实现，不能靠 fmt.Scanln 或 os.Open 一步到位。
常见错误是试图用 filepath.Glob 直接列出所有文件后让用户输序号——这在嵌套深、文件多时体验极差，且不支持方向键、回退、搜索等基本操作。
用 github.com/charmbracelet/bubbletea 实现可交互文件浏览
这是目前最轻量、终端友好的方案：它基于 TUI（Text-based User Interface），天然支持键盘导航、高亮、状态管理，且不依赖 ncurses 或 cgo。
- 先用
filepath.WalkDir或os.ReadDir获取当前目录内容，注意过滤掉.和..，并按文件夹优先排序 - 把路径列表转为
bubbletea.Model的 state，每个条目带isDir bool字段 - 监听
tea.KeyMsg：← → 切换层级，↑ ↓ 移动光标，Enter 进入目录或确认文件，Escape 退出 - 渲染时用
fmt.Sprintf拼接带颜色（\033[34m）和符号（? / ?）的行，避免硬编码 ANSI 转义序列，推荐用github.com/charmbracelet/lipgloss
示例关键片段：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
func (m model) View() string {
var sb strings.Builder
for i, entry := range m.entries {
prefix := " "
if i == m.cursor {
prefix = "> "
}
icon := "?"
if entry.IsDir() {
icon = "?"
}
sb.WriteString(fmt.Sprintf("%s%s %s\n", prefix, icon, entry.Name()))
}
return sb.String()
}
如何安全处理路径拼接与越界访问
用户按 ← 退回上层目录时，若当前路径是 /home/user/project，简单做 strings.TrimSuffix(path, "/project") 会出错——Windows 路径分隔符不同，且末尾可能有多个 /。必须用 filepath.Dir，它跨平台且语义正确。
- 进入子目录用
filepath.Join(currentPath, selectedName)，不是字符串拼接 - 检查是否越界：若
filepath.Dir(currentPath) == currentPath，说明已是根目录（如/或C:\），禁用 ← 键 - 对用户输入的路径（如粘贴）要调用
filepath.Clean归一化，再用filepath.IsAbs判断是否绝对路径，避免相对路径跳转到意外位置
错误示例："/tmp/../etc/passwd" 不清理就直接 os.Open，可能绕过预期沙箱。
性能瓶颈在哪？什么时候该加缓存
每次切换目录都调用 os.ReadDir 是最慢环节，尤其 NFS 或远程挂载卷。但缓存不能简单存整个目录树——内存占用不可控，且文件增删不会自动失效。
- 只缓存最近 3 层目录的
os.DirEntry列表，用map[string][]os.DirEntry，key 是filepath.Clean(path) - 缓存过期设为 5 秒，用
time.Now().Sub(m.cacheTime) > 5*time.Second判断，不引入额外 goroutine - 若用户快速上下翻页（高频
↑↓），可预读相邻 2 个目录的内容，避免卡顿
真正难的是 Windows 上长路径（>260 字符）和符号链接循环，filepath.WalkDir 默认会 panic，得用 filepath.WalkDir 的 WalkFunc 显式捕获 filepath.SkipDir 或自定义错误处理。
