cron.new() 后任务不执行是因为调度器默认暂停，必须显式调用 c.start() 并阻塞主 goroutine（如 select{}），否则程序立即退出；秒级需 cron.withseconds()；停止时用 sync.waitgroup 确保任务完成；时区需显式加载并 fallback。
为什么 cron.New() 后任务不执行？
默认情况下 cron.New() 创建的是一个「暂停状态」的调度器，它不会自动启动后台 goroutine。这是最容易被忽略的设计点——你加了任务、调用了 Start()，但没调用 Start() 或漏写了 defer c.Stop() 导致程序退出太快。
- 必须显式调用
c.Start()才会启动调度循环 - 如果主 goroutine 立即结束（比如没加
select {}或time.Sleep()），进程退出，任务根本没机会触发 - 使用
defer c.Stop()是好习惯，但不能替代Start()
示例片段：
c := cron.New()
c.AddFunc("@every 5s", func() { fmt.Println("tick") })
c.Start() // 必须加这一行
select {} // 阻塞主 goroutine，否则程序立刻退出
如何让 cron 支持秒级精度？
robfig/cron v3 默认只支持分钟级（@every 1m），直接写 @every 5s 会报错 unrecognized descriptor。这是因为底层解析器默认启用的是 cron.Standard 规则集，不识别秒字段。
- 要支持秒级，必须用
cron.WithSeconds()选项初始化：cron.New(cron.WithSeconds()) - 此时表达式格式变为 6 字段：
秒 分 时 日 月 周，例如"*/5 * * * * *" → 每 5 秒执行一次 - 注意：v3 和 v4 的导入路径不同（
github.com/robfig/cron/v3vsv4），v4 已弃用该库，推荐继续用 v3 +WithSeconds
如何安全地停止并等待正在运行的任务完成？
c.Stop() 只是关闭调度器，不等待已触发但仍在执行中的任务结束。如果你在任务里做数据库写入或 HTTP 调用，强行退出可能导致数据不一致或 panic。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 没有内置的「等待运行中任务完成」机制，需自行协调
- 推荐用
sync.WaitGroup包裹任务逻辑，在AddFunc内wg.Add(1)/defer wg.Done() - 调用
c.Stop()后，再调用wg.Wait()等待所有活跃任务收尾 - 避免在任务中阻塞过久，否则
wg.Wait()会卡住
替换 cron.New() 后的默认时区要注意什么？
默认使用本地时区，但容器或服务器环境可能没设 TZ，导致定时偏差。用 cron.WithLocation() 可指定时区，但容易踩两个坑：
-
time.LoadLocation("Asia/Shanghai")可能返回 error，必须检查；建议 fallback 到time.UTC - 不要用
time.Now().Location()当参数——它返回的是运行时刻的本地时区，不是稳定值 - 表达式中的时间始终按指定 Location 解析，和系统时钟无关；但若 Location 加载失败，整个调度器可能静默失效
正确写法示例：
loc, err := time.LoadLocation("Asia/Shanghai")
if err != nil {
loc = time.UTC
}
c := cron.New(cron.WithLocation(loc))
实际项目里最麻烦的不是语法，而是调度器生命周期与主程序退出时机的耦合，以及秒级任务在高并发下对 goroutine 泄露的敏感性。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
