os.fileinfo 本身不包含文件路径信息，无法直接转换为 *os.file；必须结合原始路径（如根目录 + 相对路径）构造完整路径后调用 os.open 才能打开文件。
在 Go 开发中，os.FileInfo 是一个只读接口，用于描述文件的元数据（如名称、大小、模式、修改时间等），但它不保存也不暴露文件的完整路径。这意味着：即使你持有 *os.FileInfo 实例，也无法仅凭它还原出可打开的文件路径，更无法直接“转换”为 *os.File。
这并非设计疏漏，而是 Go 明确的抽象分层——FileInfo 表示“文件是什么”，而非“文件在哪里”。因此，要打开对应文件，你必须额外维护路径上下文。
✅ 正确做法：路径重建 + 显式打开
假设你通过 filepath.Walk 收集了 []os.FileInfo，且已知遍历的根路径（如 "/tmp/foo"），则需在遍历过程中同步记录相对路径或绝对路径：
package main
import (
"fmt"
"os"
"path/filepath"
"strings"
)
type FileEntry struct {
Info os.FileInfo
Path string // 保存完整路径，关键！
}
var entries []FileEntry
func walker(path string, info os.FileInfo, err error) error {
if err != nil {
return err
}
if strings.HasSuffix(info.Name(), ".txt") {
entries = append(entries, FileEntry{Info: info, Path: path})
}
return nil
}
func main() {
root := "/tmp/foo"
err := filepath.Walk(root, walker)
if err != nil {
fmt.Printf("Walk error: %v\n", err)
return
}
for _, e := range entries {
fmt.Printf("Opening: %s (size: %d)\n", e.Info.Name(), e.Info.Size())
f, err := os.Open(e.Path) // ✅ 使用预先保存的完整路径
if err != nil {
fmt.Printf("Failed to open %s: %v\n", e.Path, err)
continue
}
// 使用 f 进行读取...
_ = f.Close()
}
}? 关键点：filepath.Walk 的回调函数中，第一个参数 path 就是当前项的绝对路径，应与 info 一并保存，不可丢弃。
⚠️ 常见误区与风险
❌ 仅靠 info.Name() 拼接根目录：
filepath.Join(root, info.Name()) 在嵌套目录中会失效（例如 /tmp/foo/a/b/c.txt 的 info.Name() 是 "c.txt"，拼接后丢失中间路径）。❌ 试图从 FileInfo 反推路径：
os.FileInfo 接口无 Path() 方法，其底层实现（如 fs.FileInfo 或 syscall.Stat_t）也不保证路径可访问，不可反射或类型断言获取路径。❌ 忽略错误处理与资源释放：
os.Open 可能失败；*os.File 必须显式调用 Close()，建议使用 defer f.Close() 或 io.ReadCloser 组合。
✅ 最佳实践总结
| 场景 | 推荐方案 |
|---|---|
| 使用 filepath.Walk | 在 walker 中直接保存 path 字段，避免后期重建 |
| 接收外部 []os.FileInfo | 要求调用方同时提供对应路径切片（[]string），或约定路径为某基准目录下的相对路径（需额外解析） |
| 需要持久化 FileInfo | 序列化时一并保存路径，或改用 os.DirEntry（Go 1.16+）配合 DirEntry.Info() + DirEntry.Name() 提升效率 |
简言之：FileInfo 是快照，不是句柄；路径是钥匙，必须随身携带。 理解这一设计边界，才能写出健壮、可维护的 Go 文件操作代码。
