在 Go 的 Plan 9（GOOS=plan9）平台实现中，不存在传统 Unix 风格的 Stat_t 结构体；其功能由 *syscall.Dir 类型承担，该类型直接对应 9P 协议的 stat 消息解析结果。
在 go 的 plan 9（`goos=plan9`）平台实现中，不存在传统 unix 风格的 `stat_t` 结构体；其功能由 `*syscall.dir` 类型承担，该类型直接对应 9p 协议的 stat 消息解析结果。
Plan 9 的文件元数据模型与 Unix 截然不同：它不基于 stat(2) 系统调用返回的固定结构体（如 struct stat），而是通过 9P 协议的 stat 消息传输可变长度的目录条目（Dir）——这正是 Go 在 Plan 9 下抽象的核心。
在标准库中，os.Stat() 对路径调用最终会进入 dirstat() 函数（位于
src/os/stat_plan9.go
），该函数进一步委托给 syscall.Stat()。值得注意的是，syscall.Stat()
不返回结构体指针，而接收一个 []byte 缓冲区
，用于接收原始 9P stat 响应数据：
关键逻辑在于 syscall.UnmarshalDir() —— 它将二进制 stat 消息解码为 *syscall.Dir 实例。该类型定义于
src/syscall/dir_plan9.go
，完整包含 Plan 9 所需的所有字段：Name, Type, Dev, Qid, Mode, Atime, Mtime, Length, Uid, Gid, Muid 等，是 Plan 9 语义下 Stat_t 的
功能等价且协议原生的替代品
。
当开发者调用 fi.Sys()（其中 fi 是 os.FileInfo）时，在 Plan 9 下返回的正是 *syscall.Dir：
⚠️ 注意事项：
*syscall.Dir 是 Plan 9 特有类型，
不可跨平台使用
；条件编译（//go:build plan9）或类型断言前务必检查 GOOS；
syscall.Stat 的缓冲区需足够大（建议 ≥1024 字节），否则可能截断 Name 或 Uid/Gid 字符串；
syscall.Dir 字段语义严格遵循 9P 规范（例如 Mode 是 9P 的权限位，非 POSIX mode_t），不可直接映射到 Unix 权限逻辑。
综上，Plan 9 中没有 Stat_t，但 *syscall.Dir 不仅是其替代，更是对底层 9P 协议的精准封装——理解并正确使用它，是编写健壮 Plan 9 Go 程序的关键。
// 示例：手动调用 syscall.Stat 获取原始 Dir 数据
buf := make([]byte, 1024)
n, err := syscall.Stat("/bin/rc", buf)
if err != nil {
log.Fatal(err)
}
dir, err := syscall.UnmarshalDir(buf[:n])
if err != nil {
log.Fatal(err)
}
fmt.Printf("Name: %s, Type: %d, Length: %d\n", dir.Name, dir.Type, dir.Length)fi, _ := os.Stat("/lib/ndb")
if dir, ok := fi.Sys().(*syscall.Dir); ok {
fmt.Println("Plan 9 Dir:", dir.Name, "size:", dir.Length)
}