LocalDate.plusDays() 不修改原对象而返回新实例，需赋值接收；月视图推荐plusMonths()避免错位，节气农历需外接库或查表实现。
LocalDate.plusDays() 为什么加完日期不对？
因为 LocalDate 是不可变对象，调用 plusDays() 不会修改原变量，而是返回新实例——这是最常被忽略的“静默失败”原因。
- 错误写法：
date.plusDays(7);（结果被丢弃，date值不变） - 正确写法：
date = date.plusDays(7); - 在循环中反复偏移时，必须每次用上一次返回值，否则永远在原始日期上加
- 注意：
plusDays()支持负数，date.plusDays(-1)等价于前一天，但语义不如minusDays(1)清晰
控制台日历要对齐星期几，怎么算每月 1 日是周几？
LocalDate.getDayOfWeek().getValue() 返回 1（周一）到 7（周日），但控制台打印需要左对齐空格，得先算出当月 1 日距「周一」偏移几格。
- 如果
firstDay.getDayOfWeek().getValue() == 1（周一），开头不补空格 - 如果返回 2（周二），需补 1 个空位；返回 7（周日），需补 6 个空位
- 更稳妥写法：
int offset = (firstDay.getDayOfWeek().getValue() + 5) % 7，统一转成「周日=0，周一=1…周六=6」再计算空格数 - 别直接用
getDayOfWeek().toString()比较字符串，性能差且易拼错
跨月/跨年时 LocalDate.plusMonths() 和 plusDays() 行为差异
plusMonths() 是智能进位（如 1 月 31 日 + 1 月 → 2 月 28 日），而 plusDays() 是严格按日历天数累加（1 月 31 日 + 31 天 → 3 月 3 日）。选哪个取决于你的日历是否需要“视觉对齐”。
- 生成月视图日历建议用
plusMonths(1)获取下个月首日，避免某月只有 28 天导致最后一行错位 - 做倒计时、天数差计算必须用
plusDays()或ChronoUnit.DAYS.between() -
plusMonths(1)在 1 月 30 日、31 日行为不同：前者→2 月 28 日，后者也→2 月 28 日（自动截断），不是抛异常 - 想强制不截断（比如报错提示无效日期），得手动校验：
!nextMonth.withDayOfMonth(31).isValidDay()
控制台输出中文星期和农历节气？LocalDate 本身不支持
LocalDate 只提供公历基础运算，星期名称靠 getDayOfWeek().getDisplayName() 配合 Locale.CHINA 可输出「星期一」，但节气、农历、闰月等必须外接逻辑或库。
- 星期本地化示例：
dayOfWeek.getDisplayName(TextStyle.FULL, Locale.CHINA)→"星期三" - 节气计算无标准 JDK 方法，常见做法是查表（24 节气固定公历日期范围，误差 ±1 天）或引入
lunar-java这类轻量库 - 别试图用
DateTimeFormatter.ofPattern("G")提取农历年——它只返回「AD」「BC」，跟农历无关 - 如果只要节气名，最简方案是预置一个
Map<monthday string></monthday>，键为MonthDay.of(2, 4)（立春），值为"立春"
真正麻烦的不是加几天、算周几，而是用户说“我要农历初一那天标红”——LocalDate 根本不知道哪天是初一，得自己搭桥。这个桥要么是静态映射表，要么是带农历转换的第三方逻辑，JDK 不负责这事。
