编码解码哈希加密格式化时间转换开发生成文本处理网络工具其他工具
首页 / 时间转换 / 周数星期查询

周数星期查询

查日期的周数与星期

结果

这个工具能做什么

输入或选择一个日期,工具立刻返回三项信息:它是星期几、处于全年的第几周(ISO 周数),以及是一年里的第几天。日常开发里,这几个数字看似简单却容易算错——尤其是「第几周」缺乏统一直觉,不同系统、不同排班表给出的周数经常对不上号。手工数日历既慢,又常在跨年、闰年这些边界上翻车,而这个工具把计算规则固定下来,给出可复现、可对照的结果。

周数采用 ISO 8601 标准。该标准规定周一为一周的第一天,而「第 1 周」是包含当年第一个周四的那一周,等价的判定条件是包含 1 月 4 日的那一周。由此引出一个容易被忽视的概念:ISO 周所属的年份(week-numbering year)未必等于日历年份。比如 12 月底若干天若落进下一年的第 1 周,它们的周编号就会归到次年;反过来,1 月初的日期也可能属于上一年的第 52 或第 53 周。一年究竟是 52 周还是 53 周,取决于 1 月 1 日是星期几以及当年是否闰年。星期几和「第几天」则按公历直接推算,第几天即序数日期(ordinal date),范围是 1 到平年的 365 或闰年的 366。

常见用途是核对排期与写周报。比如运营说「2026 年第 30 周上线」,你要确认那一周对应哪几个日历日,就可以逐个查候选日期的周数来反向定位;又比如写周报时要标注「本周是第几周」,选当天日期即可得到 ISO 周数,和 Jira、GitLab 里基于 ISO 的周视图保持一致。做数据统计时,把每条记录的日期先转成周数再聚合,也能避免自己实现分周逻辑时踩到跨年边界的坑。

需要留意的是,ISO 周数与部分地区习惯的「周日为一周开始」或「含 1 月 1 日的那一周算第 1 周」的算法并不相同,若目标系统用的是后者,得到的周数可能相差 1,对照前请先确认口径。此外 Excel 的 WEEKNUM 默认也不是 ISO 算法,需改用 ISOWEEKNUM 或把返回类型参数设为 21,否则结果可能对不上。所有计算都在浏览器本地完成,不上传任何数据,查历史或未来任意日期都不依赖网络。

周数星期查询是一个免费的在线工具,打开网页就能用,不用下载也不用注册。平时大家搜的“周数查询”、“第几周”、“星期几”,说的都是这个。

常见使用场景

使用方法

  1. 把内容粘贴到输入框(生成类工具直接设置选项)。
  2. 按需要选择选项,点操作按钮。
  3. 结果出现在下方,点「复制结果」即可带走。

常见问题

ISO 周数和 Excel 的 WEEKNUM 为什么不一样?
Excel 的 WEEKNUM 默认以周日为一周开始、把含 1 月 1 日的那一周算作第 1 周,与 ISO 8601 的口径不同。要得到与本工具一致的结果,请改用 ISOWEEKNUM 函数,或给 WEEKNUM 传入返回类型参数 21。
一年可能出现第 53 周吗?
会。当某年 1 月 1 日是周四,或闰年的 1 月 1 日是周三时,该年含 53 个 ISO 周,其余年份为 52 周。这也是为什么少数年份的最后几天会显示第 53 周。
为什么 12 月 31 日查出来是第 1 周?
按 ISO 8601,如果这一天落在包含次年第一个周四的那一周,它就归属次年的第 1 周,这是标准行为而非计算错误。此时它的「周所属年份」是下一年,和日历年份不一致。
「一年中的第几天」怎么算,闰年会变吗?
它是序数日期,从 1 月 1 日记为第 1 天逐日累加。平年 12 月 31 日是第 365 天;闰年因 2 月有 29 日,自 3 月起每一天都比平年多 1,12 月 31 日为第 366 天。
查询会上传我的日期或需要联网吗?
不会。星期几、周数、第几天都在浏览器端用本地日期逻辑算出,不发送到任何服务器,断网也能正常使用。

相关工具

查看全部「时间转换」工具 →

相关名词解释