日期计算要想可靠，必须先明确操作模式与时间粒度
日期计算工具广泛用于排期规划、文档审查、交付周期检查和基础日历运算。但日期问题极易被误解，因为用户往往会把相隔天数、日期加减、时区语义和工作日规则混合为同一种需求。要让结果可被信任，页面说明必须精确写明当前工具究竟支持哪些模式、按照什么粒度处理，以及不支持哪些高级场景。
当前日期计算器支持的模式
| 模式 | 所需键值 |
|---|---|
| `between` | `start` 与 `end`，格式为 `YYYY-MM-DD` |
| `add` | `start` 加上数值型 `days` |
| `subtract` | `start` 减去数值型 `days` |
如何使用这个工具
- 先在 日期计算器 中准备一份有代表性的开始日期、结束日期、相差天数以及加减天数，不要一开始就处理最大或最敏感的真实内容。
- 执行处理流程并生成目标日期或日期差结果后，优先检查是否包含首尾日期、周末、节假日、时区假设和跨月跨年边界，再判断结果是否真的可用。
- 只有当结果已经适合用于项目时间线、试用期、续费检查、内容日历和截止日期规划，并且不再触发这条风险提醒时，才复制或下载输出：工作日规则和节假日会因组织而异，正式截止时间应以权威日历为准。
日期计算器 示例
这个 日期计算器 示例使用有代表性的开始日期、结束日期、相差天数以及加减天数，展示生成后的目标日期或日期差结果，便于你先确认是否包含首尾日期、周末、节假日、时区假设和跨月跨年边界，再把同样设置用于真实输入。
示例输入
2026-05-15 plus 30 days
预期输出
2026-06-14当前实现以日历日为粒度，不处理时区、工时或工作日规则
当前工具只接受 `YYYY-MM-DD` 形式的日期输入，并以天为最小处理粒度。在 `between` 模式下，它会计算两个日期之间的相隔天数，并标明方向；在 `add` 与 `subtract` 模式下，它会基于起始日期做整天偏移。由于当前逻辑并未引入工作日、节假日、小时级时间戳或时区换算，因此页面文案不应把它描述为工作日计算器、年龄计算器或完整排班引擎。
排期边界
如果业务依赖节假日、本地工作日历或具体时刻截点，应将本工具视为初步计算器，而不是最终排期依据。
使用注意
- 复用目标日期或日期差结果前，先检查是否包含首尾日期、周末、节假日、时区假设和跨月跨年边界。
- 工作日规则和节假日会因组织而异，正式截止时间应以权威日历为准。
- 当结果会影响生产工作或客户可见内容时，应保留原始开始日期、结束日期、相差天数以及加减天数以便回退和核对。
日期计算器 参考说明
日期计算器 的参考说明应始终围绕开始日期、结束日期、相差天数以及加减天数、生成的目标日期或日期差结果，以及用于项目时间线、试用期、续费检查、内容日历和截止日期规划前必须确认的检查点。
- 输入重点：开始日期、结束日期、相差天数以及加减天数。
- 输出重点：目标日期或日期差结果。
- 复核重点：是否包含首尾日期、周末、节假日、时区假设和跨月跨年边界。
参考资料
常见问题
以下问题围绕 日期计算器 的实际用途整理，重点说明输入要求、输出结果和常见限制。计算两个日期之间的天数，或对起始日期加减天数。
日期计算器 最适合处理什么样的开始日期、结束日期、相差天数以及加减天数？
日期计算器 的核心用途是计算日期间隔或按天数推移日期。当开始日期、结束日期、相差天数以及加减天数需要快速变成目标日期或日期差结果，并继续用于项目时间线、试用期、续费检查、内容日历和截止日期规划时，它最有价值。
复用 日期计算器 生成的目标日期或日期差结果前，最该检查什么？
应优先检查是否包含首尾日期、周末、节假日、时区假设和跨月跨年边界。这些细节最能直接判断结果是否已经适合继续交给下游流程。
日期计算器 生成的目标日期或日期差结果通常会被带到哪里继续使用？
最常见的下一步就是用于项目时间线、试用期、续费检查、内容日历和截止日期规划。这类输出是按真实交接场景来组织的，不是泛化占位结果。
什么时候不应该直接相信 日期计算器 的结果，而要人工复核？
工作日规则和节假日会因组织而异，正式截止时间应以权威日历为准。