JianFeeeee bfc9d87b24 test(push): 补 pi 建议的那一格 —— DailyLimit=1 时失败后仍要能发 ...

上一提交补的是**内部计数器**（dayCount == 0）。pi 在报告里建议的是
**用户看得见的行为**：DailyLimit=1，一次 accessToken 失败后第二次
仍然要能发出去。

两层都要钉的理由：计数器对而行为错是可能的 —— 那会让运维收到
「达到每日推送上限」这种**误导性文案**，真实原因却是上一次网络抖动。

变异验证：把 reserveDaily 挪回 accessToken 之前 ⇒ 两格同时红。

    --- FAIL: TestHMSAccessTokenFailureDoesNotBurnQuota
    --- FAIL: TestHMSQuotaSurvivesTokenFailureWithLimitOne

2026-09-28 09:50:24 +08:00

..

config.go

feat(push): 可选、配置式、多厂商的推送通道（HMS 为首个实现）

2026-09-15 11:21:00 +08:00

hms.go

fix(push): 额度预留**真的**挪到 accessToken 之后（上一版只写了注释）

2026-09-28 09:49:22 +08:00

push_test.go

test(push): 补 pi 建议的那一格 —— DailyLimit=1 时失败后仍要能发

2026-09-28 09:50:24 +08:00

push.go

feat(push): 可选、配置式、多厂商的推送通道（HMS 为首个实现）

2026-09-15 11:21:00 +08:00