使用方法
- 打开本页，起始日期已填 2026-01-01、结束日期 2026-12-31、数量默认 8，结果区直接列出 8 个当年内的随机日期，无需先点任何按钮。
- 在「起始日期」「结束日期」选或输入区间两端；「生成数量」填想抽的日期个数（1–1000），改动任意框后按回车或点「生成日期」立即重算。
- 算法按区间天数差随机抽取，并保证 N 个日期互不重复；若数量超过区间内天数则提示上限，不会给出重复或越界日期。
- 每生成一个日期都输出标准 YYYY-MM-DD 格式，例如 2026-07-02，方便直接粘贴进表格、脚本或排期文档。
- 点「复制结果」把整列日期复制到剪贴板；下方「复制对照表」复制时间单位换算，「导出 CSV」保存带字节序标记的表格。
- 本工具不联网、不记录输入，刷新回到默认示例；所有抽样只在你浏览器里完成，适合做测试数据、活动排期或抽奖日期。
这个随机日期生成器能解决什么
很多场景需要一批「落在某段时间里、彼此不重复」的日期：给测试库造样本、给活动随机排期、抽奖抽出中奖日期、做对照实验的随机分组。手写既慢又容易撞重，这正是随机日期生成器要解决的痛点。
第一类用途是测试与演示数据。开发日历、报表、统计功能时，常用随机日期压测边界；本工具一键产出格式标准的日期列，省去手动拼 YYYY-MM-DD 与处理月末、闰年。
第二类用途是活动与抽奖排期。从大区间里抽几个不重复日期做地推、打卡或开奖，能保证公平且不重叠，避免人工抽签出错或被怀疑作弊。
第三类用途是抽样与实验分组。把一段时间等概率切成若干样本日，用于 A/B 测试的日期分配或问卷的随机回访日，抽样过程透明、可复算。
值得一提的是，日期只在本地生成、区间端点不上传，比起需要登录、把筛选条件存到云端的排期系统，本工具更适合处理尚未公开的内部时间窗口，也不会在服务器留下任何痕迹。
原理和变量
核心是把日期区间换算成「可抽取的天偏移集合」。设起始时刻 t0、结束时刻 t1，天数差 D = round((t1 − t0) / 86400000)，则可生成的候选日偏移为 0,1,…,D，共 D+1 个。第 k 个抽出的日期 = t0 + offset_k × 86400000。变量有三个：起始日期 s、结束日期 e、数量 n（正整数，1 ≤ n ≤ D+1）。为做到不重复且等概率，采用「部分 Fisher–Yates 洗牌」：对前 n 个位置依次与后面随机位置交换，再排序输出。下表列出参与换算的变量与常量。
| 变量 | 含义 | 约束 |
|---|---|---|
| 起始日期 s | 区间左端 | YYYY-MM-DD |
| 结束日期 e | 区间右端 | e ≥ s |
| 数量 n | 抽出个数 | 1 ≤ n ≤ D+1 |
| 天数差 D | round((t1−t0)/86400000) | 非负整数 |
| 单日毫秒 | 86400000 | 固定常量 |
| 输出格式 | YYYY-MM-DD | 不足两位补零 |
关于「等概率」需要多说一句：部分 Fisher–Yates 对前 n 个位置依次与后面随机位置交换，能保证每个子集被抽中的机会相同，比「先随机再反复去重」更公平，也不会因为去重而悄悄改变剩余日期的抽取概率。这也是为什么数量接近区间上限时，本工具仍不会卡顿或漏抽，输出始终齐整。
完整示例
以区间 2026-01-01 ~ 2026-12-31 为例，天数差 D = round((Date.parse('2026-12-31') − Date.parse('2026-01-01')) / 86400000) = 364，因此最多可生成 365 个不重复日期。数量取 8 时，算法从 0–364 中抽 8 个偏移并排序，下面这段是结果区直出的示例（实际每次随机，格式一致）。
2026-02-14 2026-07-02 2026-09-18 2026-11-30 2026-04-05 2026-06-21 2026-08-15 2026-12-03
例如偏移 182 对应 2026-07-02（182 天后的日期），这正是规格里提到的参考点；其余日期每次运行都会变化，但都保证落在 2026 年内、彼此不重复，算法本身可对任意区间复算。
当区间很小时要特别注意上限：若只给 2026-01-01 ~ 2026-01-03，可抽日期只有 3 个，数量填 5 就会被提示超过上限。这种约束不是缺陷，而是为了避免重复或越界，保证输出每个日期都真实落在你指定的窗口里，不会因为强行补足而编造不存在的日期。
时间单位换算对照表
下表共 14 行，列出日期换算要用到的时间单位关系。前 12 行默认显示，点工具区的「加载更多」看余下 2 行。所有毫秒常数都来自 1 天 = 86400000 毫秒这一基准。
| 单位 A | 等价于 | 说明 |
|---|---|---|
| 1 天 | 86400000 毫秒 | 日期差换算基准 |
| 1 小时 | 3600000 毫秒 | 60 分钟 |
| 1 分钟 | 60000 毫秒 | 60 秒 |
| 1 秒 | 1000 毫秒 | 基本单位 |
| 1 天 | 24 小时 | 一天 |
| 1 天 | 1440 分钟 | 24×60 |
| 1 天 | 86400 秒 | 24×3600 |
| 1 周 | 7 天 | 一周 |
| 1 周 | 168 小时 | 7×24 |
| 1 月（近似） | 约 30 天 | 非精确，仅供估算 |
| 1 年（平年） | 365 天 | 二月 28 天 |
| 1 年（闰年） | 366 天 | 二月 29 天 |
| 1 季度 | 约 91 天 | 3 个月近似 |
| 1 刻钟 | 15 分钟 | 900000 毫秒 |
横向读这张表能看出：日期差最终都要落到「天」再乘 86400000 毫秒，所以闰年（366 天）比平年多出一天的可抽偏移，这正是区间边界要按真实日历而非近似月长计算的原因。
把时间统一到「天」这一中间单位，是处理任意日期区间的关键技巧：无论你给的是几天还是几年，先化成整天数，再乘每天的毫秒数，就能和 Date.parse 的结果对齐，不会出现月长不一导致的偏差，也能让抽样偏移与日历日一一对应。
如果你要把抽出的日期接入后续流程，建议直接复制结果列，再在表格里用日期函数排序或去重；本工具只负责「公平抽样」，不替你做业务判断。另外要明白，抽样结果不保证均匀覆盖每个月份，只是等概率抽取；若你希望按月均衡取样，需自行分组后再抽。理解这一点，才能正确使用随机日期，而不是误以为它能替你做分层抽样或保证某种分布。
结果边界与错误提示
- 起始或结束日期留空时，提示「请先填写完整的起始日期与结束日期」，不会用今天或某个默认值偷偷补齐后再算。
- 日期格式不是 YYYY-MM-DD（如 2026/1/1）时，提示「日期格式不合法：请使用 YYYY-MM-DD 格式填写」，并点名当前值。
- 结束日期早于起始日期时，提示「结束日期「e」早于起始日期「s」：请保证结束日期不早于起始日期」，明确两端。
- 数量留空或非正整数时，提示「生成数量「nv」不合法：必须填 1 以上的整数」，不会当成 1 静默生成。
- 数量超过区间内可用天数（D+1）时，提示「生成数量「nv」超过区间可生成的日期上限 X」，不会给出重复或越界日期。
- 结果区与错误区都带 role="alert"，内容变化会被屏幕阅读器播报；所有抽样本地完成，不联网不写存储。
- 对照表 CSV 导出带字节序标记，Excel 双击不乱码；「复制对照表」是制表符分隔文本，粘进表格软件会自动分列。
- 极长区间（如跨上百年）会构建较大的候选数组，但只在内存中瞬时处理，不会卡死或上传；数量上限 1000 保证输出可控。
常见问题
生成的日期会重复吗？
不会。采用部分 Fisher–Yates 洗牌保证 n 个偏移来自同一集合且互不相同，输出前再按时间排序，绝不会出现两个一样的日期。
为什么用 round 而不是 floor 算天数差？
两端都取零点时刻，差正好等于整天，用 round 能消除浮点误差导致的差 1，比 floor 更稳，避免把 364 天误算成 363。
数量最多能生成多少？
单次上限 1000；但硬上限是区间内天数 D+1，超过会提示上限，请先扩大区间或减小数量。
能包含两端日期吗？
能。偏移集合含 0 与 D，所以起始日与结束日本身都可能被抽中，区间是闭合的，不会漏掉端点。
每次结果都一样吗？
不一样，每次运行都是新的随机抽样；若需要可复现，请记录当次输出，本工具不提供固定种子。
时区会影响结果吗？
日期按浏览器本地时区解析，输出只看年月日；只要两端用同一时区书写的日期，结果就一致，不受显示时区干扰。
复制失败怎么办？
浏览器禁用剪贴板时会提示「复制失败，请手动选择文本复制」，不会静默无反应让你以为已复制。
数据会上传吗？
不会。区间与结果只在本地处理，刷新即清空，不写服务器也不留本地存储，适合处理未公开的时间窗口。
相关工具
- 随机时间生成器：在一天内随机抽时刻，配合本工具做完整的随机时间戳。
- 随机有效期日期生成器：专门生成券码、证书的有效截止日。
- 随机日期出生生成器：随机抽出生年月日，做人口样本。
- 随机顺序生成器：把抽出的日期再做随机排序，打乱展示。
- 随机队伍生成器：按日期分组分队，适合活动分配。