使用方法
- 数值框默认填 1000000，允许 0 到 1000000000 之间的数，支持小数。时长不取负值，填负数会给出具体原因；光标停在框里直接按回车，或点「开始换算」，结果立刻刷新。
- 源单位默认秒，目标单位默认月。下拉里还有分、小时、天、周、月六种，想反向就把源选成月、目标选成秒，公式自动倒过来，1 月会回到 2629746 秒。
- 「交换单位」一键对调源与目标，适合算完秒数再回算一次看能不能还原；对调后结果区同步重算，不沿用上一轮数字。
- 小数位默认 10、范围 0 到 12。秒折成月的结果极小，1 秒只有 0.0000003803 月，位数不够会直接显示成 0，所以这一页特意把默认值调高。
- 批量框默认写好四行示例，每行一条「数值 空格 单位」。按 Ctrl+Enter（Mac 上是 Cmd+Enter）一次算完；若被清空，点换算时自动填回这四行，不会静默补零。
- 结果区标了 role="alert"，读屏软件会播报；完整示例区把固定样本与批量行按当前系数即时算出，对照表十二行同样由脚本生成，源码里没有预填答案。
- 对照表默认显示前六行，点「加载更多」展开；「导出 CSV」下载带 BOM 的文件，「复制对照表」按 TSV 送进剪贴板，粘进表格软件自动分列。
- 小数位为空或非整数、数值为空或夹带单位字样、超出上限、批量行缺单位或单位不在六种之内，都会分别报出带行号的具体提示。
能解决什么问题
第一类是秒级日志与月度账期对不上。服务器记录的是时间戳与运行时长的秒数，账单、订阅、SLA 报告却按月结算。把 2629746 秒当作一个月来除，和随口按 30 天除，得到的月数差 1.45%，对账时这笔差额会一直存在且不会互相抵消。
第二类是长期周期里的误差累积。单个月份差一万多秒好像无所谓，可一旦把十二个月拼成一年，按 30 天口径只有 360 天，比回归年少了五天多。做年度摊销、按月的利息计提、跨年归档窗口时，账期会慢慢偏离真实季节。
第三类是口径声明。同一个「月」字，农历月、自然月、30 天商业月、格里历平均月各不相同。本页把采用的 2629746 秒写在明处，你把它贴进报告时，别人能一眼看出分母是什么，而不是猜。
本站把这件工具登记为「秒转月」，下面按这个口径把平均月的来历、与 30 天口径的差距以及边界逐项说明。它不做日历排期、不判断某年某月有几天，也不处理闰秒，只把一个时长数值在秒与平均月之间等值搬移。
原理和变量
本页以秒为基准给每个单位配一个因子 F：秒 1、分 60、小时 3600、天 86400、周 604800、月 2629746。换算只有一步，结果 = 数值 × F[源单位] ÷ F[目标单位]。秒到月是 1 ÷ 2629746，月到秒是 2629746 ÷ 1，两者互为倒数，所以源与目标对调即可完成反向，不需要第二套系数。
技术内核：一个月不是 30 天，2629746 是格里历平均月。秒是国际单位制里定义极严的基本单位，月却不是——自然月有长有短，格里历本身还靠置闰规则在平年与闰年之间跳。要把秒换成一个可计算的「月」，必须先声明这个月按什么定义。本页取格里历的回归年平均长度 365.2425 天，除以 12 得平均月，再乘每天的 86400 秒，得到 2629746 秒，这就是月这一档的因子。365.2425 来自「四百年九十七闰」的置闰规则，它让长期平均年长落在这个数上，而不是整数天。若图省事把一个月当成 30 天，系数就是 30 × 86400 = 2592000 秒，比 2629746 小 1.45%。单看一次换算，1000000 秒按平均月是 0.3802648621 月，按 30 天月会略大一点，差别似乎可以忍；但这个偏差是系统性的，不会互相抵消：按 30 天月累十二个月只有 360 天，比一个回归年少了五天多，做年度订阅摊分、按月计提利息、长期运行日志归档时，一年偏 1.45%，十年就会偏出小半个月，账期与真实季节越走越远。所以本页把口径写在标题里，用 2629746 而不是 2592000，反向换算也走同一系数：1 月 = 2629746 秒。
为什么不用「除不尽就四舍五入」：2629746 是整数秒，正反向相乘恰好回到 1，便于验算；若先把平均月写成带很多位小数再参与运算，反而会把舍入误差带进每一条记录。把定义收敛成一个整数秒，是这类长期累计场景最省事的做法。
完整示例
固定样本取 1、2.5、1000、1000000 四个秒值，再加一条反向的 1 月，全部由页面脚本按同一公式即时计算，不写死结果。切换源单位、目标单位或小数位，下面的结果会整体重算。
读的时候盯住 1000000 秒那一行：它应当得到 0.3802648621 月，这是核对分母是不是 2629746 最快的一把尺子。1 秒那行是 0.0000003803 月，位数不足会被舍成 0；反向 1 月应回到 2629746 秒，正反向相乘得 1，可用来确认乘除方向没搞反。
对照表
下表以当前源单位为输入，取 1、10、60、600、3600、86400、604800、1000000、2629746、10000000、100000000、1000000000 共十二个数值，逐行算出目标单位的结果。十二行全部由脚本用同一个公式生成，页面源码里不预填任何答案。
| 输入值 | 换算结果 |
|---|
默认只显示前六行，点「加载更多」展开后六行；「导出 CSV」生成带 BOM 的文件，「复制对照表」按 TSV 复制。这张表跟着源与目标变化，切到反向时自动变成月到秒的对照，2629746 那一行会正好落回 1 月。
结果边界与舍入
- 小数位只裁显示，按四舍五入取到指定位数并去掉小数末尾多余的零；内部始终用双精度浮点数，不会因为显示成两位就丢失精度。
- 秒折月的结果极小，1 秒只有 0.0000003803 月。绝对值小于十亿分之一的结果自动改用科学计数法，避免一长串零把版面撑破，也避免被误读成 0。
- 数值上限 1000000000、下限 0，时长不接受负数；超范围会明确提示，不截断、不静默归零，也不沿用上一次结果。
- 本页的月固定为格里历平均月 2629746 秒，不按 30 天的 2592000 秒算，也不随具体年份的大小月变化。需要自然月排期请改用日历工具，本页只做时长等值换算。
- 每条非法路径都有具体文案：小数位为空、非整数、超出 0 到 12；数值为空、夹带秒或月字样、超出范围；批量行缺单位、单位不在六种之内、整框没有可计算的行。它们分别报出，不合并成一句。
- 页面不联网、不写 Cookie 或本地存储，所有换算只在你当前的浏览器里完成。
常见问题
一个月到底等于多少秒？
按本页采用的格里历平均月是 2629746 秒。它由回归年平均 365.2425 天除以 12、再乘 86400 秒得到。30 天自然月是 2592000 秒，两者差 1.45%，用哪个要先说清口径。
为什么用 2629746 而不是 2592000？
2592000 是把一个月硬当成 30 天的商业近似，累十二个月只有 360 天，比回归年少五天多。2629746 取的是长期平均，适合把秒级日志折成月度、以及任何要跨年累计的场景，偏差不会随月份叠加。
这 1.45% 的误差真有那么大影响吗？
单次换算确实不大，1000000 秒两种口径只差一点。但它是同向的系统偏差，不会抵消：一年偏 1.45%，十年会偏出小半个月，按月的账期、计提与归档窗口会慢慢偏离真实时间。
1000000 秒是多少月？
按平均月是 0.3802648621 月。把 1000000 除以 2629746 即得，这也是复算本页分母最快的一条：若你算出别的值，多半是把分母换成了 2592000 或别的月长。
怎么反向把月换回秒？
把源单位选成月、目标单位选成秒，或点「交换单位」一键对调。1 月会得到 2629746 秒，与正向系数互为倒数，正反向相乘应得 1。
闰年和大小月要不要单独处理？
本页不需要。它把「月」定义成固定的平均月 2629746 秒，做的是时长等值换算，不排日历。如果你要算某个具体日期到另一个日期隔了几个自然月，那属于日历问题，本页不覆盖。
批量框写「1 秒」为什么报错？
批量行的单位必须逐字匹配六个小写键之一：s、min、h、day、week、month，且与数值之间要有空格。「秒」是显示用的中文名，脚本只认小写键；缺单位或写了别的单位也会单独报出第几行。
输入的数据会上传吗？
不会。换算、批量解析与对照表生成都在当前浏览器里完成，页面不发起任何网络请求，也不写 Cookie 或本地存储。导出的 CSV 与复制的 TSV 同样只在本地生成。