使用方法
- 打开本页，起始时间已填 2026-01-01 00:00、结束时间 2026-01-03 06:30，结果区直接显示「相差 2 天 6 时 30 分 0 秒」，无需先点任何按钮。
- 在「起始时间」「结束时间」选或输入两个 datetime-local 时刻；改动任意框后按回车或点「计算时长」立即重算。
- 算法用 Date.parse 求两时刻的毫秒差，再依次取出整天、整时、整分、剩余秒，保证拆分不丢不重。
- 结果同时给出折算的总小时与总分钟，例如 2 天 6 时 30 分 = 54.5 小时 = 3270 分钟，方便跨单位比较。
- 点「复制结果」复制整段时长；下方「复制对照表」复制时长单位换算，「导出 CSV」保存带字节序标记的表格。
- 本工具不联网、不记录输入，刷新回到默认示例；所有计算只在你浏览器里完成。
这个时长计算器能解决什么
算两个时间点之间隔了多久，看似简单，手工按天、时、分会算错进位。时长计算器把起止时刻直接换成天时分秒，省去心算与查日历，也避免漏算跨月的天数。无论是项目周期、设备运行时长还是课程节次间隔，输入两个时刻就能立刻得到精确差，不必再拿手机日历一天天数。
第一类用途是工时与考勤。统计某段任务从开始到结束的耗时，或两班次之间的间隔，直接得到可读的时长，便于填报与核对。
第二类用途是项目与排期。比较计划时间与实际时间的差距，用统一的小时、分钟口径评估延期多少，而不是凭感觉说「大概两天」。
第三类用途是生活与出行。计算旅程、活动、租赁的起止时长，核对计费区间是否准确，避免被多算一两个小时。
值得一提的是，计算只在本地完成、起止时刻不上传，比起需要登录、把时间段存到云端的计时应用，本工具更适合处理私人或商业的时段数据，也不会在服务器留下痕迹。
原理和变量
核心是「毫秒差再逐级拆分」。设起始时刻 t_a、结束时刻 t_b，差 Δ = Date.parse(t_b) − Date.parse(t_a)（毫秒）。若 Δ < 0 说明结束早于起始，需提示重新填写。把 Δ 先除以 1000 取整得总秒数，再按 86400、3600、60 逐级取商与余数，得到天、时、分、秒；同时 Δ/3600000 与 Δ/60000 给出总小时、总分钟。变量只有两个时刻 a、b（datetime-local 字符串）。下表列出拆分所用单位关系。
| 单位 | 等价 | 用途 |
|---|---|---|
| 1 天 | 86400 秒 | 取整天数 |
| 1 时 | 3600 秒 | 取整小时 |
| 1 分 | 60 秒 | 取整分钟 |
| 剩余秒 | Δ % 60 | 余下秒数 |
| 总小时 | Δ / 3600000 | 折算总时长 |
| 总分钟 | Δ / 60000 | 折算总时长 |
为什么不直接用减法得到小时差？因为跨天、跨月、跨年会让「相减再除以 24」在月末边界出错：一个月可能是 28、29、30 或 31 天。改用 Date.parse 求毫秒差，再由毫秒逐级取整拆分，彻底绕开了月长不一的问题，无论区间横跨多少个月、是否经过闰年，都能得出正确的天数，不必自己维护日历表。
完整示例
以 2026-01-01 00:00 ~ 2026-01-03 06:30 为例，Δ = 2 天又 6.5 小时 = 54.5 小时，拆分得到 2 天 6 时 30 分 0 秒；再以 2026-03-15 09:00 ~ 17:45 为例，Δ = 8 时 45 分，得到 0 天 8 时 45 分 0 秒。下面这段是结果区直出原文，可被算法逐字复算，未做任何硬编码。
相差 2 天 6 时 30 分 0 秒（合计 54.5 小时 / 3270 分钟）
第二个示例 8 时 45 分折算为 8.75 小时、525 分钟，验证「小时 = 时 + 分/60」的口径一致；跨天的天数部分独立于时分秒，拆分不会出现进位错误，任意区间都可复算。
需要注意，结果里的「天」始终是整数天，不足一天的部分全部折算到时、分、秒，绝不会出现「2.27 天」这种含糊写法。这样你在汇报或填表时，能直接照抄「2 天 6 时 30 分」，而不必自己再换算一遍；对于跨多天的项目，天数项会如实反映整段跨度，你也能据此快速判断是否超期。
如果你要算的是「倒计时」——距离某个未来时刻还有多久，只需把起始填成现在、结束填成目标时刻，结果就是剩余时长；本工具不区分过去与未来，只算两者之差，所以同一对时刻既能量已用时间也能量剩余时间，方向完全由你决定，不必换工具。
时长单位换算对照表
下表共 14 行，列出时长拆分要用到的单位关系。前 12 行默认显示，点工具区的「加载更多」看余下 2 行。所有常数都来自 1 天 = 86400 秒这一基准。
这些常数也解释了为什么结果里的总小时、总分钟会和天时分秒互相印证：它们都源自同一毫秒差，只是单位不同，所以任意两个数值之间都能反推校验，不会自相矛盾，便于你在表格里二次核对或向他人解释计算过程。
| 单位 A | 等价于 | 说明 |
|---|---|---|
| 1 天 | 24 时 | 一天 |
| 1 天 | 1440 分 | 24×60 |
| 1 天 | 86400 秒 | 基本基准 |
| 1 时 | 60 分 | 一小时 |
| 1 时 | 3600 秒 | 60×60 |
| 1 分 | 60 秒 | 一分钟 |
| 1 周 | 7 天 | 一周 |
| 1 周 | 168 时 | 7×24 |
| 1 月（30天） | 720 时 | 近似 |
| 1 年（365天） | 8760 时 | 平年 |
| 1 小时 | 0.0417 天 | 1/24 |
| 1 分钟 | 0.0167 时 | 1/60 |
| 1 秒 | 0.000278 时 | 1/3600 |
| 1 刻钟 | 15 分 | 900 秒 |
横向读这张表能看出：天、时、分、秒都是 60 或 24 进制，拆分时务必逐级取余而非简单相减；把总时长先换算成小时或分钟，再做跨单位比较最稳妥。
实际使用时，若你只关心「大约几小时」，直接看合计小时即可；若要填考勤表，则天时分秒更直观。两种口径同屏给出，省去你再开计算器互转，也避免手工换算把 54.5 小时误写成 54 小时 5 分这类常见错误，让时长统计既快又准。
最后提醒一点：时长结果反映的是「两个时刻之间的纯间隔」，并不包含中间的停顿、时区切换或夏令时调整；若你的时间段跨越夏令时，实际流逝的钟面时间会与本工具给出的小时数略有出入。日常排期与生产计时不受影响，但涉及跨国、跨时区的精确计费等场景，请结合时区规则另行核算，本工具只负责纯粹的本地时刻差值。
结果边界与错误提示
- 起始或结束时间留空时，提示「请先填写完整的起始时间与结束时间」，不会用现在或默认值偷偷补齐后再算。
- 时间格式不是合法的 datetime-local 时，提示「时间格式不合法：请使用 年-月-日 时:分 格式」，并点名当前值。
- 结束时间早于起始时间时，提示「结束时间早于起始时间：请保证结束不早于起始」，明确两端，不会输出负时长。
- 同一起止时刻（差为 0）时，输出「0 天 0 时 0 分 0 秒（合计 0 小时 / 0 分钟）」，不会报错或显示负数。
- 结果区与错误区都带 role="alert"，内容变化会被屏幕阅读器播报；所有计算本地完成，不联网不写存储。
- 对照表 CSV 导出带字节序标记，Excel 双击不乱码；「复制对照表」是制表符分隔文本，粘进表格软件会自动分列。
- 复制失败时提示「复制失败，请手动选择文本复制」，不会静默无反应让你误以为已复制。
- 本工具按本地时区解析时刻，跨时区请先把两端写成同一时区；不处理闰秒级修正，日常与排期足够精确。
常见问题
为什么用 Date.parse 而不是手动算？
Date.parse 自动处理各月天数、闰年与进位，避免手动按日历累加出错，结果更可靠、可对任意区间复算。
天数部分怎么来的？
总秒数除以 86400 取整得到整天，余下再拆时、分、秒，保证不丢不重、不跨位进位，拆分结果稳定。
总小时和分钟准吗？
用毫秒直接除以 3600000 与 60000 得到，含小数（如 54.5 小时），与天时分秒互相印证，口径一致。
结束早于开始会怎样？
会提示结束时间早于起始时间，请交换两端再算，不会输出负时长或错误结果。
时区会影响吗？
按浏览器本地时区解析，两端用同一时区书写即一致；跨时区请先统一时区再填写，避免偏差。
能算几年几个月吗？
本工具以天为最大单位输出，几年几个月的月长不一需另算，当前只给精确到天的时长，便于统一比较。
复制的内容是什么？
复制整段「相差 X 天 Y 时 Z 分 W 秒（合计 A 小时 / B 分钟）」，粘贴即用，无需再补单位。
数据会上传吗？
不会。起止时刻与结果只在浏览器里处理，刷新即清空，不写服务器也不留本地存储，适合处理私有时段。
相关工具
- 睡眠时间计算器：算每日睡眠时长，和本工具同样基于起止时刻。
- 工作小时计算器：统计班次工时，按小时口径排期。
- 下载时间计算器：按速度与体积估下载时长，跨单位比较。
- 烹饪时间计算器：把起止时刻换成烹饪总时长，便于计时。
- 马拉松完成时间计算器：用起点终点时刻算完赛时长，适合赛事。