今天是第几周?ISO 8601(周一为周首)+ 美式(周日为周首),还能反查某年某周对应日期,浏览器本地
- 本地处理
- 分类 计算度量
- 适合 买东西、做计划、训练或排期前,先算出大概范围。
这个工具能做什么
一个双向的周数计算器,回答排期、薪资周期、CI 定时任务里天天要问 的那个问题:这是第几周?选一个日期,同屏给出两种周制下的周数。 ISO 8601:周一为一周之首,含 1 月 4 日的那一周(等价于含当年第一个 周四的那一周)是第 1 周;美式 / 北美:周日为周首,含 1 月 1 日的那一 周哪怕只有一两天也算第 1 周。临近年初这两个数可能差一周,这正是工具 把两者并排展示、而不是偷偷替你选一个的原因。它还给出 ISO 周年,也就是 一周归属的年份,不一定等于日历年:2021 年 1 月 1 日属于 2020 年的 ISO 第 53 周,2024 年 12 月 30 日属于 2025 年的 ISO 第 1 周。切到反查 模式,输入年份和周号,工具返回该 ISO 周的周一至周日日期范围,并拒绝 不存在的周(只有 52 周的年份里没有第 53 周)。它会告诉你这一年总共有 多少周(ISO 下是 52 或 53),让你提前知道合法范围;当所选日期正是当前 周时,会亮出"本周"标记。每个日期都按本地日历日处理,不同时区的两个人 看同一个日期,得到的周数完全一致,不会差一天。输入同步到 URL 方便分享, 你偏好的周制会记在本地。100% 浏览器本地运行。
工具细节
- 输入
- 数值
- 页面会根据工具类型展示文本框、数值控件、文件选择或结构化输入。
- 输出
- 即时结果
- 结果区优先给出可操作结果，支持项会显示复制、下载或可视化预览。
- 隐私
- 浏览器本地处理
- 主工具逻辑未发现外部 API 调用，输入通常留在当前标签页内处理。
- 保存 / 分享
- 可分享链接状态
- 关键设置会进入 URL，复制链接后别人能复现同一组参数。
- 性能预算
- 首屏 JS ≤ 9 KB
- 没有声明 WASM 依赖，适合快速打开和移动端使用。
- 适用场景
- 计算度量 · 程序员
- 分类和职业标签用于推荐相关工具、组织内链，并帮助用户快速判断是否适合当前任务。
怎么用
-
1. 输入
把内容粘贴或拖入工具面板。
-
2. 处理
点击按钮,在浏览器内本地处理,文件不上传。
-
3. 复制 / 下载
一键复制结果或下载到本地。
周数计算器 适合怎么用
适合快速估算、对比和规划数字,帮你在做最终决定前先有底。
适合计算任务
- 买东西、做计划、训练或排期前,先算出大概范围。
- 一次只改一个输入,对比不同方案。
- 把模糊假设变成能讨论的数字。
计算检查项
- 认真核对单位、日期、比例和取整方式。
- 健康、金融、税务、法律相关结果只能做规划参考,不能替代专业意见。
- 重要结果要保存输入条件,方便以后复算。
下一步可以接着做
这些入口会把当前任务接到更完整的工具链里。
真实使用场景
用 ISO 周给跨国敏捷团队命名 sprint
团队把每个双周 sprint 标成"W22–W23",这样柏林的开发和圣保罗的 PM 不用为具体日期扯皮就能指同一段两周。打开工具,选 sprint 起始 日期,从青色卡片读出 ISO 周数。这里该用 ISO,因为你的 Jira / Linear 和多数欧洲日历本来就用它。步骤:(1) 选 sprint 开始的那个 周一;(2) 复制 ISO 周号;(3) 要收尾周就加一。当前 sprint 是不是 正在进行,看"本周"标记就知道。
把每周财报对回到具体日历日期
财务给你一份标着"第 6 周,FY2026"的报表,你得拿到真实日期去跟 银行流水核对。切到反查模式,输入年份和周号,读出周一到周日的 范围。如果财务用的是周日起算的美式编号而不是 ISO,先在正查模式 用报表里一个已知日期确认哪套系统给出"第 6 周",再信那个范围。 工具会拒绝不存在的周,所以"第 60 周"这种笔误会立刻暴露,而不是 产出一段垃圾日期。
配一个只在偶数 ISO 周触发的 CI 定时任务
你想让一个重的集成任务隔周跑、只在偶数 ISO 周,但 cron 没有原生 的"隔周"写法。先确认调度该从哪一周起算:选今天,读出 ISO 周, 判断这周是"开"还是"关"。然后任务的守卫就是一行算 ISO 周、跳过 奇数周的代码。接下来几个月任何日期的结果都可以拿这个工具核对。
按周而不是按日期排内容日历
营销日历写"W37 发布上线稿"比摆一堆会变动的具体日期清爽。用反查 模式把每个计划周转成真实日期范围,作者就知道实际截稿日;再用 总周数读数看看这一年是到 W52 还是 W53,免得 12 月下旬排过头。 步骤:列出目标周 → 各自展开成日期范围 → 把范围放进共享日历。
检查你要排期的年份是不是有 53 周
硬编码 52 行的年度计划模板在 53 周的年份会悄悄出错,最后一周 的数据没地方放。在克隆去年那张表之前,输入目标年份任意一天,看 "本年共几周"这行:如果写 53(比如 2026 就是),现在就把那一行加 上。这跟 BI 看板每隔几年冒出来的"缺失第 53 周"是同一个边角问题, 排期时抓住远比年末结账时便宜。
常见踩坑
以为 ISO 和美式周数永远一致。一年大部分时间是一致的,但 1 月初可能差一周,因为 ISO 周从周一起算、且要求第 1 周含一个周四,而美式从周日起算、把含 1 月 1 日的那周当第 1 周。报数字之前先确认对方用哪套。
把 ISO 周年当成日历年。一个 ISO 周归属于它周四所在的年份,所以 1 月 1 日可能在上一年的第 52 或 53 周,12 月末可能在下一年第 1 周。日期在 1 月 1 日前后几天时,要看周年那行,别只看日历年。
硬编码 52 周。1 月 1 日是周四(或闰年且 1 月 1 日是周三)的年份有 53 个 ISO 周。按 52 行做的表格和看板会悄悄丢掉第 53 周的数据。做模板前先看这一年的总周数。
隐私说明
所有计算(ISO 与美式周数、一年总周数、以及反查的周转日期范围) 都是浏览器标签页里运行的纯 JavaScript。日期不上传,不打点记录你查过 哪些日期,也不写日志。唯一要留意的隐私点:分享链接会把当前输入(正查 模式的日期,或反查模式的年份和周号)编码进 URL 查询串,所以你把"分享 链接"粘到 Slack 或邮件时,对方服务器的访问日志会留下这些值。周数本身 通常不敏感,但如果日期本身是机密(未公布的上线、私密截止日),手动 复制结果比分享 URL 更稳妥。
常见问题
类似工具组合
做你这行的人, 还会一起用这些。