os.open仅读取不创建文件，os.create以0666权限创建或截断文件但不保证原子性；ioutil.readfile已弃用，应改用os.readfile；filepath.walkdir比walk更高效可控，支持跳过和类型判断。
os.Open 和 os.Create 容易混淆的权限行为
调用 os.Open 只能读取文件，且不创建文件；而 os.Create 会以 0666 权限创建新文件（实际生效受 umask 影响），如果文件已存在则截断内容。很多人误以为 os.Create 是“安全的写入”，但其实它不具备原子性，也不检查父目录是否存在。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
方科网络ERP图文店II版为仿代码站独立研发的网络版ERP销售程序。本本版本为方科网络ERP图文店版的简化版，去除了部分不同用的功能，使得系统更加精炼实用。考虑到图文店的特殊情况，本系统并未制作出入库功能，而是将销售作为重头，使用本系统，可以有效解决大型图文店员工多，换班数量多，订单混杂不清的情况。下单、取件、结算分别记录操作人员，真正做到订单全程跟踪！无限用户级别，不同的用户级别可以设置不同的价
- 需要只读时明确用
os.Open，避免用os.OpenFile(path, os.O_RDONLY, 0)这种冗余写法 - 写入新文件前，先用
os.MkdirAll(filepath.Dir(path), 0755)确保路径存在 - 若需保留原文件内容或追加写入，改用
os.OpenFile(path, os.O_WRONLY|os.O_CREATE|os.O_APPEND, 0644) - 注意：Linux 下
0666 &^ umask才是真实权限，开发机 umask 常为0022，所以0666实际变成0644
ioutil.ReadFile 已被弃用，该用什么替代？
ioutil.ReadFile 在 Go 1.16+ 中已被标记为 deprecated，官方推荐迁移到 os.ReadFile。二者行为几乎一致，但 os.ReadFile 属于标准库核心包，后续维护更有保障，且底层复用了更少的内存分配逻辑。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 直接替换：把所有
ioutil.ReadFile改成os.ReadFile，导入从io/ioutil切到os - 不要为了“兼容旧版本”而保留
ioutil—— Go 1.16 是 2021 年发布的，当前主流项目应已升级 - 大文件慎用：两者都是一次性加载全部内容到内存，读取 >100MB 文件时应改用
os.Open+io.Copy或流式解析
filepath.WalkDir 比 filepath.Walk 更高效且可控
filepath.Walk 使用回调函数遍历目录，无法中途停止、不能跳过子目录、也无法获取文件类型信息；而 filepath.WalkDir（Go 1.16+）返回 fs.DirEntry，支持跳过、错误处理更细粒度，且避免了 stat 调用开销。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 优先用
filepath.WalkDir，尤其在需要过滤目录或提前退出时（比如找到第一个匹配文件就return filepath.SkipDir） -
DirEntry.Type()可快速判断是文件还是目录，无需额外os.Stat - 若需兼容 Go filepath.Walk + 缓存
os.Lstat结果，但别重复调用os.Stat - 注意：Windows 下符号链接默认不跟随，
WalkDir不会自动解析 symlink 目标，需手动处理
os.RemoveAll 删除非空目录失败的常见原因
os.RemoveAll 理论上能递归删除整个目录树，但实际中常因权限、进程占用或只读文件失败。错误信息通常是 permission denied 或 directory not empty，但根本原因往往藏在中间某一层。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 先用
os.Chmod(path, 0755)尝试修复权限（尤其 Windows 上只读属性或 Linux 的 immutable flag） - 检查是否有文件被其他进程打开（如日志文件被 tail -f 占用），可借助
lsof（Linux/macOS）或handle.exe（Windows）排查 - 不要依赖
os.RemoveAll的静默失败 —— 一定要检查返回 error，必要时打印出错路径 - 临时方案：用
exec.Command("rm", "-rf", path)（仅限调试，生产环境避免 shell 依赖）
