周转秒换算工具

使用方法

1. 「数值」默认填 3，允许 0 到 1000000000，支持小数；「源单位」默认周，「目标单位」默认秒。改任意一项立刻重算，光标停在数值框里按回车同样触发一次换算。
2. 两个单位下拉各有十个选项：纳秒、微秒、毫秒、秒、分钟、小时、天、周、月、年。前八个是固定换算，月与年只能取平均值，选之前先确认你要的是名义时间还是某一段具体日历时间。
3. 「小数位」默认 6，范围 0 到 12。它决定结果至少保留几位小数；当结果本身需要的位数比设定值更多时，会保留必要位数而不是硬截断，避免把 1.65343915344 截成 1.653439。
4. 「批量换算」默认已经写好五行示例，每行一条「数值 + 空格 + 单位」。按 Ctrl+Enter（Mac 上 Cmd+Enter）一次算完；万一被清空，点换算时会自动填回这五行。
5. 结果区给出「原值 源单位 = 结果 目标单位」这一行，下面跟着同一数值展开到十种单位的清单，用来核对数量级有没有看错一位。
6. 清单下面是一张 12 行的倍率表，把当前数值乘以 0.25 到 1024 逐个换算，默认显示 6 行，点「加载更多」展开全部，点「导出 CSV」存成带字节序标记的表格文件。
7. 「交换单位」把源与目标对调，用来反着核一遍；「复制结果」复制整段结论；「复制对照表」复制正文那张周换秒的对照表。
8. 数值为负、超过上限、不是数字，或批量行写成「3W」「3周」这类识别不了的形式，都会给出针对该条的具体提示，不会拿上一次的结果冒充本次输出。

这个周转秒换算工具能解决什么问题

排班、计费周期、缓存过期与超时阈值常常一半写周一半写秒：服务等级协议按周承诺，日志与监控按秒统计，两边对账时就要把周折成秒。1 周 = 604800 秒是 7 × 86400 的精确整数，这一步本身不会引入任何误差。

第二类是把秒数读回周。监控里一个 1000000 秒的区间听起来很抽象，换成 1.65343915344 周之后才知道它比两周短、比一周半长，团队沟通时不再需要各自心算。

第三类是最容易出错的一类：挂钟上的一周并不总是 604800 秒。跨夏令时切换的那一周，春季时钟拨快一小时，那一周实际走过 167 小时 = 601200 秒；秋季拨慢一小时，那一周走过 169 小时 = 608400 秒。相对标称值偏差 3600 ÷ 604800 = 0.595%，按常数乘出来的排班表在切换周会整体错开一小时。

第四类是闰秒带来的残差。1972 年以来累计插入 27 次正闰秒，插入当天有 86401 秒。多数编程语言的时间戳把闰秒摊平或直接忽略，所以两个时间戳相减得到的毫秒数并不等于周数乘 604800000，做排班与计费时应当用日历库按日期推算而不是拿常数去乘。

这个工具在本站也叫「周转秒」，它做的是名义时间的单位换算，不处理时区与具体日历；涉及某一天到第几周的推算请用日期类工具。

计算原理与变量说明

本页换算只有两步：先把输入值折成秒，再从秒折到目标单位。每个单位配一个「相当于多少秒」的因子 F：纳秒 1e-9、微秒 1e-6、毫秒 0.001、秒 1、分钟 60、小时 3600、天 86400、周 604800、月 2629746、年 31556952。

第一步折秒：秒数 = x × F[源单位]。输入 3 周，秒数 = 3 × 604800 = 1814400 s。第二步折目标：结果 = 秒数 ÷ F[目标单位]。两步合成一行就是 结果 = x × F[源] ÷ F[目标]。

变量只有三个：数值 x、源单位、目标单位。反向把 1000000 秒折回周，就是 1000000 ÷ 604800 = 1.65343915344 周，与正向换算共用同一套因子。

为什么周是精确的而月和年不是。1 天 = 86400 秒是定义，1 周 = 7 天也是定义，两者相乘得到 604800，是精确整数。月没有固定长度，实际月份 28 到 31 天不等，换算表里只能取平均值 2629746 秒，即格里历年 31556952 秒除以 12；年同样取平均值 31556952 秒。

为什么挂钟的一周不是 604800 秒。夏令时切换当天，春季把本地时钟拨快一小时，那一周实际走过 167 小时即 601200 秒；秋季拨慢一小时，那一周走过 169 小时即 608400 秒。两者与 604800 秒各差 3600 秒，也就是 0.595%。跨时区的排班只要跨越切换日，这一小时就会实打实地出现在工时统计里。

为什么闰秒会让时间戳对不上。UTC 靠插入正闰秒来跟随地球自转，1972 年以来累计 27 次，插入日当天有 86401 秒。名义换算里一天恒等于 86400 秒，而真实经过的秒数在那天多 1 秒，所以用时间戳差值除以 604800 得到的周数在跨越闰秒时会留下 1 秒的残差。

为什么平均年是 365.2425 天。它来自 400 年 97 闰的规则：400 年共 146097 天，平均每年 365.2425 天，折成 31556952 秒。这个平均值适用于长期统计与容量估算，不能用来推算某个具体日期——那需要日历算法。

完整示例（数值仅作演示）

默认示例是 3 周换成秒。秒数 = 3 × 604800 = 1814400 s。同一数值展开到十种单位还包括 21 天、504 小时、30240 分钟，三者与 1814400 秒两两相差 86400 倍、3600 倍与 60 倍，可以直接目测核对。

把数值改成 1：1 周 = 604800 秒。改成 0.5：302400 秒，正好是一半。改成 52：31449600 秒；而平均年是 31556952 秒，两者相差 107352 秒，也就是 1.2425 天。这说明 52 周并不等于一年，固定周数的排班与按年结算天然对不上，差额每年累积约 1.24 天。

反过来把源单位改成秒、目标单位改成周、数值填 1000000：得到 1.65343915344 周。再改成纳秒、微秒、毫秒，同一数值分别对应 1e15、1e12、1e9 量级，可以用来检查单位表里有没有把纳秒和微秒弄反。

批量框默认五行，目标单位秒：3 week 得 1814400 秒；0.5 week 得 302400 秒；1000000 s 得 1000000 秒；1 year 得 31556952 秒；26 week 得 15724800 秒。第三行源与目标相同，结果等于原值，可以拿来验算舍入有没有把数字改坏；第五行的半年略小于平均年的一半，因为 26 周只有 182 天。

周与秒对照表

下表把周换成秒，全部由同一套因子算出，按 12 位有效数字保留。

下面这张表对比名义换算与挂钟实际走过的秒数，这是本页与别的单位换算页最大的区别：同一个「一周」，在不同情况下长度并不一样。

最后这张表给出十种单位各折多少秒，用来判断某个数字来自哪个单位。

读这三张表的方法：第一张看整除，周数每乘 2，秒数也乘 2，604800 这个常数贯穿始终；第二张看例外，只有名义换算才是 604800，夏令时与闰秒都会让它偏离；第三张看量级，平均月与平均年不是整数倍关系，任何把它们当整除的做法都会出错。

结果边界、舍入与适用说明

• 数值框为空时提示「数值不能为空，请填 0 到 1000000000 之间的数字」，不会拿上一次的结果冒充本次输出。
• 数值里带单位符号或千分位逗号时提示该串不是有效数字，请只填数字；千分位逗号要去掉再填。
• 数值为负数时提示时长没有负值，请填 0 或更大的数，不返回负数也不取绝对值。
• 数值超过 1000000000 时提示超出上限，请改小或换成更大的单位（比如把秒换成天再填）。
• 批量行缺少单位、数值不是数字、或单位不在十种之内时，分别给出行号与具体原因，例如「批量第 2 行「3W」无法解析（单位「W」不在十种单位内）」。
• 结果先按 12 位有效数字收敛再按小数位显示；小数位设得比结果所需位数少时保留必要位数，末尾的零会被去掉，1814400.000000 显示成 1814400。
• 绝对值小于 1e-6 或大于等于 1e16 的结果改用科学计数法显示，避免一长串零把表格撑破；纳秒方向容易走到这一支。
• 月与年取的是平均值 2629746 秒与 31556952 秒，不代表任何具体月份或年份；涉及实际日历的排班与计费请用日期类工具按日期推算。

常见问题

相关工具

• 天周计算器：按具体日期算天数与周数，处理跨夏令时的排班时比乘常数可靠。
• 周日期计算器：给第几周反推日期区间，做周报与结算周期时直接用。
• 周转小时：同一步换算落到小时口径，工时统计更常用这一档。
• 天转微秒：从天直接跨到微秒，核对监控与埋点的时间戳精度时用。
• Unix 时间戳转换器：把秒级时间戳还原成日期，判断某段区间有没有跨越闰秒。