rruleset 的 `totext()` 方法在处理复杂规则集（含排除日期）时会失效，仅返回模糊的“every year”，根本原因是时间精度不匹配及库本身对规则集文本化的支持不足。
在使用 rrule JavaScript 库时，RRuleSet.toText() 常被期望生成自然语言描述（如“每周一，从2023-07-18至2023-08-01，排除2023-07-24”），但实际却频繁返回不准确甚至误导性的结果——例如 "2023 every year"。这并非调用方式错误，而是由两个深层原因共同导致：
? 根本原因解析
时间精度不一致
RRule 内部所有计算均基于精确到秒的时间戳（Date 对象），而非“日期日历”。当你传入 new Date('2023-07-24T08:00:00.000Z') 作为 exdate，而原规则生成的周一实例实际落在 2023-07-24T00:00:00.000Z（因 dtstart 默认未设具体时间，易受时区/解析影响），二者毫秒级不匹配 → 排除失败 → 规则集逻辑异常 → toText() 退化为兜底描述。toText() 不支持 RRuleSet 的复合语义
rrule 库的 toText() 方法仅针对单个 RRule 实例设计，对 RRuleSet（含 rrule()、exdate()、rdate() 等混合操作）无完整文本化能力。调用 rruleSet.toText() 实际触发的是简化回退逻辑，无法解析排除项、多规则叠加等语义，故返回笼统的年份范围。
✅ 正确实践：统一时间基准 + 手动组合文本
解决的关键是显式标准化时间精度，并避免依赖 RRuleSet.toText() 生成最终文案：
import { RRule, RRuleSet } from 'rrule';
const rruleSet = new RRuleSet();
// ✅ 关键：所有日期统一为 UTC 零点（避免时区/精度干扰）
rruleSet.rrule(
new RRule({
freq: RRule.DAILY,
interval: 1,
byweekday: [RRule.MO], // 每周一
dtstart: new Date('2023-07-18T00:00:00Z'), // 明确设为 00:00:00Z
until: new Date('2023-08-01T00:00:00Z'), // 同上
})
);
// ✅ 排除日期也必须严格匹配生成时间点（同为 00:00:00Z）
rruleSet.exdate(new Date('2023-07-24T00:00:00Z'));
// ✅ 验证逻辑是否生效
console.log(rruleSet.all().map(d => d.toISOString().split('T')[0]));
// 输出: ['2023-07-18', '2023-07-25', '2023-07-31'] —— 24号已正确排除
// ⚠️ 注意：仍不要用 rruleSet.toText()
// 而应手动构建可读文案：
const baseRule = rruleSet.rrules()[0]; // 获取主规则
const exdates = rruleSet.exdates().map(d => d.toISOString().split('T')[0]);
console.log(
`${baseRule.toText()}，排除 ${exdates.join('、')}`
);
// 输出示例： "Every day on Monday until August 1, 2023, excluding July 24, 2023"? 重要注意事项
- 永远显式指定时间部分：dtstart、until、exdate 均建议使用 YYYY-MM-DDTHH:mm:ssZ 格式（如 '2023-07-18T00:00:00Z'），避免浏览器解析歧义；
- 慎用 rrulestr(rruleSet.toString()).toText()：序列化再反序列化无法恢复 RRuleSet 的排除逻辑，rrulestr 只解析 RRULE 和 DTSTART，EXDATE 会被忽略；
- 生产环境推荐自定义文本生成器：结合 baseRule.toText() 与 exdates 列表，按业务需求格式化（支持多语言、本地化日期名称等）；
- 验证优先于信任：始终用 rruleSet.all() 检查实际生成日期，确保排除逻辑生效。
总之，RRuleSet.toText() 是一个有明确局限性的便利方法，不应作为关键路径依赖。通过精准控制时间精度 + 分层构建文案，才能获得稳定、准确、可维护的重复规则表达。
