bazil/fuse挂载无响应或fusermount报“Device or resource busy”的根本原因是主goroutine未持续运行于FUSE事件循环：Mount必须在主goroutine中调用且之后不能退出，否则内核得不到响应而卡死挂载点。
为什么 bazil/fuse 启动后挂载点没反应，fusermount 还报 “Device or resource busy”
根本原因通常是 Go 程序没真正进入 FUSE 事件循环，或者挂载后立即退出了。bazil/fuse 的 Mount 是阻塞调用，但如果你在 Mount 前或后加了 return、os.Exit，或主 goroutine 提前结束，FUSE 内核模块就收不到响应，挂载点会卡死。
实操要点：
-
Mount必须在主 goroutine 中调用，且之后不能退出 —— 最简单做法是挂载后用select {}阻塞住 - 挂载路径必须为空目录，且当前用户有读写权限；否则
Mount会静默失败（返回nil错误但不报错） - 如果反复测试，先手动清理：
fusermount -u /mnt/myfs；若报 “Device or resource busy”，说明内核还在等你的程序响应，此时 kill 掉进程再试 - 不要用
defer fuse.Unmount(...)——Unmount是同步的，但挂载后程序已阻塞，defer 根本不会执行
实现 ReadDir 时返回空切片还是 io.EOF？
FUSE 协议要求：只要目录还有项可读，就返回非空 []fuse.Dirent；读完最后一项后，才返回 io.EOF。返回空切片会被内核当作“暂时无数据”，立刻重试，导致 ls 卡住或反复调用。
常见错误现象：ls /mnt/myfs 没输出、CPU 占用高、strace 显示大量 readdir 系统调用
立即学习“go语言免费学习笔记（深入）”；
实操建议：
- 用
offset参数做分页状态管理，不是每次从头遍历；首次调用offset == 0，后续传回你上次返回的最后一项的Inode - 返回的
[]fuse.Dirent中，每个Name不能含/，Type要设对（fuse.DT_Dir、fuse.DT_File等） - 别忘了给每个
Dirent设Inode—— 即使只是递增整数，FUSE 内核靠它做缓存和一致性校验
如何让 Open + Read 支持大文件（>2GB）且不爆内存
bazil/fuse 默认把整个文件内容读进内存再返回，对大文件直接 OOM。正确做法是流式读取：在 Open 里打开底层资源（如文件句柄、HTTP 连接），在 Read 里按需 read() 并填充 data 切片。
关键细节：
-
Open方法必须返回handle（比如 *os.File），并设Flags: fuse.OpenReadOnly；否则Read不会被调用 -
Read的data参数是内核预分配的缓冲区（通常 128KB），你只需往里 copy 数据，返回实际字节数；返回 0 表示 EOF - 不要在
Read里做 seek 或 close ——Release才是关资源的地方 - 如果底层是网络资源，注意超时和重连逻辑要放在
Read内部，不能依赖Open一次建连
为什么 Write 总是只写入前几个字节，且 stat 显示 size 为 0
FUSE 内核默认启用 writeback 缓存，即先缓存写入、延迟落盘。但 bazil/fuse 的默认配置不自动处理 Write 的 offset 和 size 对齐，容易导致覆盖写或截断。
实操建议：
- 挂载时显式禁用 writeback：
MountOptions: []fuse.MountOption{fuse.MaxReadahead(0), fuse.WriteBackCache(false)} -
Write方法必须检查off参数，用os.Seek定位，再write()；不能假设从开头写 - 返回值必须是实际写入字节数，不能硬返回
len(data)—— 若底层写入失败或部分成功，必须如实返回 - 务必实现
Getattr，否则ls -l看不到 size，很多工具（如cp）会拒绝操作
最易被忽略的是：FUSE 要求所有文件操作都带完整元数据支持，哪怕只读文件系统，Getattr 也得返回有效 Size、Mtime 和 Mode。缺一个，cat 可能读到空，cp 直接报 “Invalid argument”。
