在 Go 的文件系统抽象里,fs.DirEntry 是“目录里读到的一项”,而 fs.FormatDirEntry 负责把这一项转成适合人阅读的短文本。它适合目录清单、调试日志和命令行预览:目录通常带有 d 前缀和结尾斜杠,普通文件以 - 开头,名称仍然保留。
官方地址:https://pkg.go.dev/io/fs#FormatDirEntry
最实用的判断是:已经拿到 fs.DirEntry,想快速显示“类型 + 名称”,就调用 fs.FormatDirEntry(entry);如果还需要权限、大小、修改时间等完整元数据,则应调用 entry.Info(),再考虑 fs.FormatFileInfo。
先确认 fs.FormatDirEntry 的职责
fs.FormatDirEntry 的参数不是路径,也不是 fs.FileInfo,而是一个目录项接口。目录项本身提供 Name、IsDir、Type 和 Info 等能力。格式化函数只做面向人的短格式化,不负责打开文件、遍历目录或读取文件内容。
这个职责划分很重要。fs.ReadDir 可以直接返回一组目录项,fs.WalkDir 则在遍历回调中逐项交给你。两种入口最终都能复用同一个格式化动作,展示层不必重复判断目录或文件。
从内存文件系统读取目录项
下面用 testing/fstest.MapFS 构造一个不依赖本机目录的示例。它只演示 API 的数据关系:先读取目录项,再将每一项交给格式化函数。
package main
import (
"fmt"
"io/fs"
"log"
"testing/fstest"
)
func main() {
fileSystem := fstest.MapFS{
"config/app.yaml": {Data: []byte("port: 8080\n")},
"main.go": {Data: []byte("package main\n")},
}
entries, err := fs.ReadDir(fileSystem, ".")
if err != nil {
// 读取目录失败时立即返回,避免把空结果误认为目录为空。
log.Fatal(err)
}
for _, entry := range entries {
// 这里先保留 DirEntry,格式化动作放到展示边界。
fmt.Println(fs.FormatDirEntry(entry))
}
}
示例的关键点不是 MapFS,而是 entries 的元素类型。fs.ReadDir 返回的是 []fs.DirEntry,因此可以把格式化函数作为统一的展示策略。实际项目换成 os.DirFS、嵌入文件系统或自定义 fs.FS 时,调用方式不变。
调用 fs.FormatDirEntry 得到短文本
官方文档给出的典型结果是目录 d subdir/ 和普通文件 - hello.go。这里的前缀与目录名、文件名组合成了一个方便扫读的结果,但它不是完整的 Unix ls -l 输出。
func printEntry(entry fs.DirEntry) {
// FormatDirEntry 适合人读的短文本,不等于完整文件元数据。
text := fs.FormatDirEntry(entry)
fmt.Printf("entry: %s\n", text)
}
如果目录项名称是 config,结果通常会表现为目录标记和名称的组合;普通文件则使用普通文件标记。格式化结果应当用于日志或清单展示,不要再把它解析回结构化字段。需要机器处理时,继续使用 entry.Name()、entry.IsDir() 和 entry.Type()。
在 WalkDir 回调中统一输出
目录清单更常见的场景是递归遍历。fs.WalkDir 的回调同时拿到路径、目录项和错误,可以把错误处理与展示动作分开:错误先判断,正常项再格式化。
func walkAndPrint(fileSystem fs.FS) error {
return fs.WalkDir(fileSystem, ".", func(path string, entry fs.DirEntry, walkErr error) error {
if walkErr != nil {
// 当前路径不可读时返回错误,让调用方决定是否终止遍历。
return walkErr
}
// path 是遍历路径,FormatDirEntry 是当前项的短展示文本。
fmt.Printf("%s: %s\n", path, fs.FormatDirEntry(entry))
return nil
})
}
这里不要把 path 和格式化结果混为一谈:path 说明项在文件系统中的位置,FormatDirEntry 说明项本身是目录还是文件以及它的名称。两者合起来才是一条适合日志阅读的记录。
FormatDirEntry 和 FormatFileInfo 怎么选
二者都返回字符串,但输入对象和信息密度不同。可以用下面的表格快速选择:
| 需求 | 使用方式 | 结果特点 |
|---|---|---|
| 展示目录项类型和名称 | fs.FormatDirEntry(entry) | 短、直观,适合清单和日志 |
| 展示权限、大小、时间和名称 | entry.Info() 后调用 fs.FormatFileInfo(info) | 信息更完整,可能触发额外信息读取 |
| 执行业务判断 | Name、IsDir、Type 等接口方法 | 保留结构化数据,不依赖字符串格式 |
尤其不要用字符串前缀判断业务类型。展示格式属于人类可读协议,未来如果展示策略变化,字符串解析就会变脆;业务逻辑应直接读取 entry.IsDir() 或 entry.Type()。
三个容易混淆的边界
- 它不读取文件内容。格式化目录项只需要目录项提供的信息,不会因为调用它就打开普通文件。
- 它不等价于完整 stat。
Info()可能在目录读取时已经有缓存信息,也可能在调用时重新获取;如果文件已被删除或改名,可能返回错误。 - 它不应该成为反向解析格式。需要机器消费的字段应使用接口方法,不要从
d name/或- name中切割字段。
符号链接也值得单独注意:DirEntry.Info 描述的是链接本身,而不是链接目标。文章中的静态输出关系图只帮助理解类型前缀和名称组合,不能替代具体文件系统实现的行为判断。
一份可复用的判断清单
- 手里是
fs.DirEntry,只想给人看:使用fs.FormatDirEntry。 - 需要大小、权限、修改时间:调用
entry.Info(),再按需要使用fs.FormatFileInfo。 - 需要分支或序列化:使用
Name、IsDir、Type等结构化信息。 - 在
WalkDir中输出:先处理回调错误,再把路径和格式化文本拼成日志。
常见问题
fs.FormatDirEntry 需要传入路径吗?
不需要。它接收的是 fs.DirEntry。如果日志需要完整位置,应把遍历回调里的 path 单独输出。
能不能用 FormatDirEntry 的结果判断是否为目录?
不建议。用 entry.IsDir() 直接判断,格式化字符串只用于展示。
什么时候改用 FormatFileInfo?
当读者需要权限、字节大小、修改时间等完整元数据时,再调用 entry.Info() 并使用 fs.FormatFileInfo;只显示类型和名称时,FormatDirEntry 更合适。