用os.readdir报“invalid argument”需先filepath.abs转绝对路径，再os.stat验证存在且为目录；windows注意路径分隔符，linux/macos注意挂载点和权限。
用 os.ReadDir 列出文件但报错 “invalid argument”？检查路径是否真实存在且有权限
常见错误是传入空字符串、相对路径未解析、或目录被其他进程独占（比如 Windows 下正被资源管理器打开）。os.ReadDir 不会自动展开 ~ 或环境变量，也不做路径合法性校验——它直接 syscall，失败就甩 invalid argument。
- 先用
filepath.Abs转成绝对路径，再用os.Stat检查是否存在且是目录：if info, err := os.Stat(path); err != nil || !info.IsDir() { /* 报错 */ } - Windows 下注意路径分隔符：用
filepath.Join("C:", "Users")，别手动拼"C:\Users"—— 反斜杠在字符串里容易被转义漏掉 - Linux/macOS 上如果目录权限是
dr-xr-xr-x但当前用户不是所有者，os.ReadDir仍可读；但如果权限是drwx------且非所有者，就会返回permission denied
想复制文件却卡住或内容不全？别直接用 io.Copy 处理大文件
io.Copy 默认用 32KB 缓冲区，对小文件够用，但遇到几百 MB 的日志或视频，频繁系统调用会拖慢速度，还可能因没关源/目标 *os.File 导致句柄泄漏。
- 显式指定缓冲区大小更可控：
buf := make([]byte, 1<<20) // 1MB buffer<br>_, err := io.CopyBuffer(dst, src, buf)
- 必须用
defer src.Close()和defer dst.Close()—— 尤其目标文件是os.Create出来的，不关会导致写入不落盘（底层 write cache 未 flush） - 复制前建议先
os.Stat(src)拿大小，避免目标磁盘空间不足时，写到一半才失败
删除非空目录时 panic：”device or resource busy“？这是 Unix 类系统的典型挂载点陷阱
os.RemoveAll 在 Linux/macOS 上遇到挂载点（如 /proc、/sys，或用户手动 mount 的 FUSE 目录）会返回 device or resource busy，而不是静默跳过。Golang 不做挂载点检测，它只信 unlinkat(AT_REMOVEDIR) 的返回值。
- 安全做法是先
os.ReadDir遍历，对每个子项递归判断：os.Stat后检查info.Sys().(*syscall.Stat_t).Dev是否和父目录不同（需 importsyscall），不同大概率是挂载点 - 更简单务实的策略：捕获
os.Remove错误，若含"busy"或"device"字样，跳过该条目并 warn，继续删其余 - Windows 下没这问题，但要注意长路径（>260 字符）需启用
\?前缀，否则os.RemoveAll直接返回ERROR_PATH_NOT_FOUND
命令行参数解析选 flag 还是 github.com/spf13/cobra？看是否需要子命令嵌套
纯单命令工具（如 go-filemgr ls /tmp）用标准库 flag 足够；一旦要支持 go-filemgr cp src dst + go-filemgr rm -r dir 这类多动词结构，flag 就开始反人类。
立即学习“go语言免费学习笔记（深入）”；
-
flag的flag.Parse()会吃掉第一个非 flag 参数，导致你无法区分ls -l /home和ls /home -l—— 它不保证顺序 -
cobra自动处理子命令注册、help 自动生成、短选项合并（-rf→-r -f），但引入后二进制体积涨约 2MB（静态链接下） - 如果只是临时脚本，用
os.Args[1:]手撕也行，但记得strings.TrimSpace清空首尾空格——用户粘贴路径时容易带空格
实际项目里最常被忽略的是信号处理：Ctrl+C 中断复制/删除时，os.RemoveAll 可能留下半截目录，而 os.Interrupt 信号默认终止进程，没机会 cleanup。真要健壮，得用 signal.Notify 捕获，然后设个 atomic.Bool 标记中止，让循环主动退出。
