feat: 实现日历提醒 in-app fallback 机制及通知服务重构
This commit is contained in:
@@ -9,18 +9,16 @@
|
||||
|
||||
## Goal
|
||||
|
||||
定义日程提醒弹窗在 Android/iOS 的统一行为语义,覆盖提醒触发、用户操作、超时、离线补偿、归档与重装恢复,确保多端一致性和可恢复性。
|
||||
定义日程提醒弹窗在 Android/iOS 的统一行为语义,覆盖提醒触发、用户操作、离线补偿、归档与重装恢复,确保多端一致性和可恢复性。
|
||||
|
||||
---
|
||||
|
||||
## Canonical Rules
|
||||
|
||||
1. 提醒弹窗动作语义跨平台一致:`cancel`、`snooze_10m`、`timeout_30s`。
|
||||
2. `timeout_30s` 语义固定为忽略当前弹窗并按 10 分钟后再次提醒,不直接归档。
|
||||
3. `cancel` 必须归档对应日程(`status=archived`)。
|
||||
4. 到达事件结束时间后(`now >= end_at`)必须停止提醒并归档。
|
||||
5. 归档后的 UI 渲染必须灰色显示;不强制改写原始 metadata 颜色。
|
||||
6. 前端动作上报后端采用最终一致性:本地 outbox + 重放机制。
|
||||
1. 提醒弹窗动作语义跨平台一致:`archive`、`snooze10m`。
|
||||
2. 展示文案“取消”必须映射到内部动作 `archive`,并归档对应日程(`status=archived`)。
|
||||
3. 归档后的 UI 渲染必须灰色显示;不强制改写原始 metadata 颜色。
|
||||
4. 前端动作上报后端采用最终一致性:本地 outbox + 重放机制。
|
||||
|
||||
---
|
||||
|
||||
@@ -55,10 +53,13 @@
|
||||
|
||||
动作枚举:
|
||||
|
||||
- `cancel`: 用户取消提醒并归档事件
|
||||
- `snooze_10m`: 用户点击稍后提醒,重排到 `now + 10m`
|
||||
- `timeout_30s`: 用户 30s 未处理,按 `snooze_10m` 处理
|
||||
- `auto_archive`: 系统判定事件已过期,自动归档
|
||||
- `archive`: 内部归档动作(UI 展示文案为“取消”)
|
||||
- `snooze10m`: 用户点击稍后提醒,重排到 `now + 10m`
|
||||
|
||||
### UI Label Mapping
|
||||
|
||||
- 按钮展示文案“取消”仅为 UI 文案,不作为协议动作值。
|
||||
- “取消”按钮点击后的上报动作值必须为 `archive`。
|
||||
|
||||
---
|
||||
|
||||
@@ -68,7 +69,7 @@
|
||||
{
|
||||
"opId": "uuid",
|
||||
"eventId": "uuid",
|
||||
"action": "cancel|snooze_10m|timeout_30s|auto_archive",
|
||||
"action": "archive|snooze10m",
|
||||
"targetStatus": "archived|null",
|
||||
"occurredAt": "iso8601-with-offset",
|
||||
"retryCount": 0,
|
||||
@@ -80,11 +81,23 @@
|
||||
|
||||
### Constraints
|
||||
|
||||
- 幂等键:`(eventId, action, occurredAtBucket)`。
|
||||
- 重试策略:指数退避,最大重试次数可配置。
|
||||
- `cancel` 和 `auto_archive` 都映射到后端 `PATCH status=archived`。
|
||||
- 幂等键:`actionExecutionId = notificationId + "|" + actionId + "|" + fireTimeBucket`。
|
||||
- `notificationId`: 本地通知唯一 id(整数或其字符串化值)。
|
||||
- `actionId`: 内部动作 id,取值仅允许 `archive` 或 `snooze10m`。
|
||||
- `fireTimeBucket`: 触发时间按“分钟”向下取整后的 epoch minute(`millisecondsSinceEpoch / 60000`)。
|
||||
- 执行前必须先按 `actionExecutionId` 查重;若命中历史执行,直接 ACK,不得产生任何业务副作用。
|
||||
- 重试策略:指数退避。默认参数:首次重试 0 分钟,之后依次 1/2/4/8/16/32/64 分钟;最大重试次数默认 8(可配置但需跨端一致)。
|
||||
- `archive` 映射到后端 `PATCH status=archived`。
|
||||
- Outbox 记录必须本地持久化,App 重启后可恢复。
|
||||
|
||||
### cold-start Queue Replay Contract
|
||||
|
||||
- App cold-start 恢复 outbox/动作队列时,必须按入队顺序进行回放。
|
||||
- 单条回放失败只记录失败并进入重试,不得阻塞后续条目继续回放。
|
||||
- 回放过程必须复用 `actionExecutionId` 做去重,防止重复归档或重复稍后提醒。
|
||||
- 回放执行模型为全局串行(concurrency=1),处理顺序与入队顺序一致。
|
||||
- ACK 时序:仅在动作被成功执行或命中幂等去重时返回 ACK;失败条目进入重试状态并继续处理下一条。
|
||||
|
||||
---
|
||||
|
||||
## Scheduling and Compensation Rules
|
||||
@@ -99,13 +112,15 @@
|
||||
|
||||
1. `now < remindAt`:按 `remindAt` 正常调度。
|
||||
2. `remindAt <= now < endAt`:立刻补偿提醒(建议 `+5s`),然后进入 10 分钟节奏。
|
||||
3. `now >= endAt`:不再提醒,走归档流程。
|
||||
3. `now >= endAt`:不再补发提醒;后续状态流转由上层业务策略决定(不在本协议强制范围内)。
|
||||
4. `endAt = null`:视为无结束时间,沿用规则 1/2,不适用规则 3。
|
||||
|
||||
---
|
||||
|
||||
## Uniqueness and Dedupe Rules
|
||||
|
||||
- 通知唯一键:`hash(eventId + cycleStartEpochMinutes + mode)`。
|
||||
- `cycleStartEpochMinutes` 定义为“该轮提醒触发时间(fireAt)按分钟向下取整后的 epoch minute”。
|
||||
- 每次创建提醒前必须取消同 dedupe key 的旧提醒(upsert 语义)。
|
||||
- 补偿提醒在同一 cycle 窗口内最多触发一次。
|
||||
- 启动恢复时要同时参考 pending notification 和 outbox 状态,避免重复调度。
|
||||
|
||||
Reference in New Issue
Block a user