Go 1.21+ 安装后 go 命令报 command not found，主因是 PATH 未生效；需确认安装路径、检查并追加 export PATH=$PATH:/usr/local/go/bin 到 shell 配置，再 source 生效；Windows 需在系统环境变量中永久添加。
Go 1.21+ 安装后 go 命令仍报 command not found？
常见原因是 PATH 没生效，尤其在 macOS（zsh）或 Linux（bash/zsh）下改了 ~/.zshrc 或 ~/.bashrc 后没重载。别急着重装 Go。
- 确认安装路径：官方二进制包默认解压到
/usr/local/go；通过brew install go安装的通常在/opt/homebrew/bin/go（Apple Silicon）或/usr/local/bin/go（Intel） - 检查是否已写入 shell 配置：运行
grep 'export.*GOPATH\|GOBIN' ~/.zshrc，若无输出，需手动追加：export PATH=$PATH:/usr/local/go/bin
- 立即生效：执行
source ~/.zshrc（或source ~/.bashrc），再运行go version验证 - Windows 用户注意：不要只改「当前 CMD 窗口」的环境变量，必须在「系统属性 → 高级 → 环境变量」里永久添加
C:\Program Files\Go\bin到 Path
用 github.com/robfig/cron/v3 实现秒级任务但不触发？
v3 默认使用 SecondsField 为 false 的标准 cron 表达式（即不支持秒字段），写成 "* * * * *" 实际是每分钟执行一次，不是每秒。
- 启用秒级支持：初始化时传入
cron.WithSeconds()选项：c := cron.New(cron.WithSeconds())
- 秒级表达式格式为 6 字段：
"*/5 * * * * *" → 每 5 秒执行一次；"0,30 * * * * *" → 每分钟第 0 和第 30 秒执行 - 避免高频任务压垮服务：若任务本身耗时 > 间隔，v3 默认跳过下次执行（
cron.SkipIfStillRunning()是默认策略），如需并发，请显式用cron.WithChain(cron.Recover(), cron.DelayIfStillRunning()) - 注意时区：
cron.WithLocation(time.UTC)显式指定，否则默认用本地时区，部署到不同服务器易出偏差
定时任务 panic 后整个调度器停摆？
cron/v3 默认 panic 不恢复，一旦任务函数 panic，该 job 被移除，且后续所有任务不再触发——这不是 bug，是设计行为。
- 必须包裹 recover：最简方式是在任务函数内加
defer func() { if r := recover(); r != nil { log.Printf("job panic: %v", r) } }() - 更规范做法：用
cron.WithChain(cron.Recover())初始化调度器，它会自动捕获 panic 并记录到 logger（需传入cron.WithLogger(...)） - 别依赖全局 logger：若用
log.Default()，panic 日志可能被吞掉；建议传入自定义log.New(os.Stderr, "[cron] ", log.LstdFlags) - 注意：recover 只对当前 goroutine 有效，若任务内启了新 goroutine 且未处理 panic，主调度器仍不受影响，但子 goroutine 会静默退出
如何优雅关闭 cron 调度器并等待任务结束？
c.Stop() 立即终止所有正在运行的任务，不等待，可能导致数据写一半、文件未 flush、连接未 close。
立即学习“go语言免费学习笔记（深入）”；
- 正确流程：先调
c.Stop()停止新任务调度，再用c.Wait()等待已有运行中任务自然结束 - 加上超时控制更安全：
c.Stop()<br> done := make(chan struct{})<br> go func() { c.Wait(); close(done) }()<br> select {<br> case <-done:<br> case <-time.After(30 * time.Second):<br> log.Println("forced shutdown: wait timeout")<br> } - 信号监听示例：在
main()中监听os.Interrupt或syscall.SIGTERM，触发上述关闭流程 - 注意：
c.Wait()不等待已排队但未开始的任务，只等已启动的 goroutine；若需确保「最后一批触发」完成，得自己加 sync.WaitGroup 或 channel 协调
实际部署时，秒级精度、panic 恢复、关机等待这三点最容易漏掉，一上线就出问题。别图省事跳过 recover 和 Wait，它们不是可选配置，是生产环境的底线。
