应使用 flag 包替代 os.Args：它自动处理引号、空格、类型转换和帮助提示；对含空格字段强制用 = 语法或独立 flag，避免手动拼接 os.Args[1:] 导致逻辑错位。
怎么用 os.Args 正确解析命令行参数，而不是被空格和引号搞崩
Go 的 os.Args 是最轻量的入口，但它不处理引号包裹、空格分隔或短选项合并（比如 -ad），直接切片取值很容易在用户输入带空格的笔记标题时出错。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
flag包替代裸os.Args：它自动处理引号、空格、类型转换和帮助提示 - 对需要空格的字段（如笔记内容），强制要求用
=语法或单独 flag，例如note add --title="Meeting notes" --body="Discussed Q3 goals" - 避免用
os.Args[1:]手动拼接——用户输note add "My idea"，os.Args是[]string{"note", "add", "My idea"}，但若漏引号就变成三个元素，逻辑直接错位
为什么 ioutil.WriteFile（或 os.WriteFile）写入后文件内容为空或乱码
常见现象是调用完没报错，但打开文件发现空白、截断、或中文变问号。根本原因不是函数本身，而是路径拼接错误、编码未指定、或权限不足导致静默失败。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 永远检查返回 error：
err := os.WriteFile(path, []byte(content), 0644)，别忽略err - 路径必须绝对或基于工作目录显式构造，别硬写
"notes/xxx.md"——用户可能从任意目录运行，应先用os.UserHomeDir()或os.Getwd()定位根目录 - 内容用
[]byte(content)即可，Go 字符串默认 UTF-8，无需额外转码；乱码多因编辑器误判编码，不是 Go 写错了
如何安全地用 os.RemoveAll 删除笔记目录，又不误删用户其他文件
直接 os.RemoveAll("./notes") 看似简单，但一旦当前目录被切换、符号链接指向别处、或路径变量拼错（比如 path := dir + "/../config"），就可能删掉项目配置甚至家目录。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 删除前先做白名单校验：只允许操作预设目录（如
filepath.Join(home, ".noteapp", "notes")），拒绝任何含".."或绝对路径的输入 - 用
filepath.EvalSymlinks展开路径，再比对是否仍在预期父目录内，例如strings.HasPrefix(absPath, allowedRoot) - 删除前可加 dry-run 模式：用
filepath.Walk列出将删的文件，让用户确认（尤其批量删标签或日期范围时）
用 os.ReadDir 读取笔记列表时，为什么顺序乱、缺文件、或 panic
os.ReadDir 返回的 []fs.DirEntry 不保证顺序，且不会递归；如果直接遍历并假设所有 .md 都是笔记，可能把 .gitignore 或备份文件 foo.md~ 当成有效条目。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 手动排序：读完后用
sort.Slice按名称或修改时间排，别依赖系统返回顺序 - 加过滤逻辑：检查
entry.Type().IsRegular()且strings.HasSuffix(entry.Name(), ".md")，跳过目录、隐藏文件、临时文件 - 注意 error 处理：某些文件可能权限不足，
os.ReadDir会返回nilslice + error，不能直接 len() 判空
路径校验和错误检查不是“防御性编程”的点缀，而是命令行工具在真实环境里不伤用户的底线。哪怕只是本地笔记，用户也可能把它 symlink 到 Dropbox、用不同 shell 启动、或在 WSL 和 Windows 双端混用——这些细节一漏，就是数据丢失。
