DatePicker week 设置 max 为 2025-12-29 报错

[zhengmenghuang]

Version of antd-mobile

5.41.1

Operating system and its version

iOS

Browser and its version

微信内置浏览器

Sandbox to reproduce

https://codesandbox.io/p/devbox/suspicious-firefly-m5wwk6?workspaceId=ws_FYZ4rBoQhv5Mwjevt1zFM4

What happened?

当 当前日期是 2025年12月29日

问题1：DatePicker week 当前日期如果跨年了，设置max 年份显示错误（正确应该是2026年 这里显示2015年）
问题2：可供选择的最大值变成了25年第一周了，应该是26年第一周
问题3：2025-12-29 应该是 25年第53周，结果显示26年第一周，和主流显示不一致。（日期落在2025年 应该就是 25年的最后一周，落在26年应该就是 26年的第一周）

Relevant log output

[coderabbitai]

📝 CodeRabbit Plan Mode

Generate an implementation plan and prompts that you can use with your favorite coding agent.

• Create Plan

Examples

• Example 1
• Example 2

---

🔗 Similar Issues

Possible Duplicates

• ISSUE-6807

Related Issues

• DatePicker选择周日期Bug #6807
• DatePicker 选择precision="week"时日期出错 #6905
• Datepickerview的bug #6806
• DatePicker 选择天数不正确 #6875

👤 Suggested Assignees

• Dzccd
• daylenjeez
• WRhea
• Bain-liu

---

🧪 Issue enrichment is currently in open beta.

You can configure auto-planning by selecting labels in the issue_enrichment configuration.

To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

issue_enrichment:
  auto_enrich:
    enabled: false

💬 Have feedback or questions? Drop into our discord!

[dosubot]

这个问题是 antd-mobile 的 DatePicker 组件在 week 模式下处理 max 日期和周数跨年时的已知 bug。组件采用 ISO 周标准（通过 dayjs 的 isoWeek/isoWeeksInYear 方法），但在 max 日期接近年底（如 2025-12-29）时，周数和年份的计算会出现错乱，比如把 2025 年第 53 周错误显示为 2026 年第 1 周，导致显示和实际不一致。

根本原因在于 week picker 的列生成逻辑（generateDatePickerColumns）和日期转换（convertStringArrayToDate），它们会根据 max 日期推断最大周数，但如果 max 日期落在跨年周，ISO 周年和普通年份就会不一致，进而导致 picker 显示错乱。相关代码和讨论见 week-utils 源码 和 issue #6905。

目前维护者已确认这是 bug，并且有类似问题在 2024、2025 年底都出现过，修复正在排期中（见 issue #6807）。

临时解决方案：

• 可以尝试将 max 日期设置为该年最后一个完整 ISO 周的最后一天（比如 2025-12-28 或 2026-01-03），而不是直接用 12-29，这样 picker 逻辑会更容易对齐到正确的周数。
• 确保 min/max/value 都用 dayjs 的 toDate 方法转换，避免 iOS 下的兼容性问题（见 相关讨论）。
• 关注后续 antd-mobile 的小版本更新，维护者已确认会修复 week picker 的跨年 bug。

如果需要立即修复，可以考虑本地 patch week-utils 的相关逻辑，让 maxWeek 计算更精确地覆盖跨年 ISO 周，但这需要一定的源码定制。

To reply, just mention @dosu.

---

^{How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other}

   

[zombieJ]

DatePicker week 当前日期如果跨年了，设置max 年份显示错误（正确应该是2026年 这里显示2015年）

max 限制的是最大日期，2015并不是最大日期。

可供选择的最大值变成了25年第一周了，应该是26年第一周

这的确是个 bug

2025-12-29 应该是 25年第53周，结果显示26年第一周，和主流显示不一致。（日期落在2025年 应该就是 25年的最后一周，落在26年应该就是 26年的第一周）

嗯，同上。的确是个 bug

[zhengmenghuang]

DatePicker week 当前日期如果跨年了，设置max 年份显示错误（正确应该是2026年 这里显示2015年）

max 限制的是最大日期，2015并不是最大日期。

可供选择的最大值变成了25年第一周了，应该是26年第一周

这的确是个 bug

2025-12-29 应该是 25年第53周，结果显示26年第一周，和主流显示不一致。（日期落在2025年 应该就是 25年的最后一周，落在26年应该就是 26年的第一周）

嗯，同上。的确是个 bug

问题1 可能是我的表述有问题，你没能理解我的意思，我想表达的是 弹窗自动打开应该是默认选择2026年 这个默认选择了2015年。也有可能这个是 问题2和问题3 引发的。问题2和问题3 修复了，这个问题1 也就不会存在了。

[LiuXiangyu]

按照ISO周日历，2025-12-29就是26年的第一周。
每一周所属年份取决于周四在公历中属于哪一年，所以每年的第一个星期包含当年的第一个星期四（并且总是[包含1月4日]）
https://zh.wikipedia.org/wiki/ISO%E9%80%B1%E6%97%A5%E6%9B%86