本文详解为何直接调用 dateChooser.getDate() 会触发 “Date Must not be null” 错误，并提供基于 PropertyChangeListener 的健壮解决方案，确保仅在用户实际选择日期后才更新业务对象。
本文详解为何直接调用 `datechooser.getdate()` 会触发 “date must not be null” 错误，并提供基于 propertychangelistener 的健壮解决方案，确保仅在用户实际选择日期后才更新业务对象。
在使用 JDateChooser（来自 JCalendar 库）时，一个常见误区是：在组件初始化后立即调用 getDate() 方法并尝试将其格式化后赋值给业务对象（如 Termin.setDate(...)）。此时 dateChooser.getDate() 返回 null —— 因为组件默认未预设日期，且用户尚未进行任何选择。这直接导致 SimpleDateFormat.format(null) 抛出 IllegalArgumentException: Date must not be null。
根本原因：JDateChooser 的初始状态为无选中日期，getDate() 安全返回 null，而非默认当前日期。因此，绝不可在构造后立即读取日期值，而应监听用户交互事件。
✅ 正确做法是：通过 getDateEditor().addPropertyChangeListener(...) 监听 "date" 属性变更事件。该监听器仅在用户真正点击日历、输入有效日期或清除选择时触发，且 e.getNewValue() 保证为非空 java.util.Date（除非用户清空了输入框——此时需额外判空，见下文注意事项）。
以下是修正后的关键代码段（已整合进原逻辑）：
SimpleDateFormat sdl = new SimpleDateFormat("dd-MM-yyyy");
JDateChooser dateChooser = new JDateChooser();
dateChooser.setBounds(169, 119, 70, 20);
// ✅ 正确：监听日期变更事件，而非初始化时强行取值
dateChooser.getDateEditor().addPropertyChangeListener("date", e -> {
java.util.Date selectedDate = (java.util.Date) e.getNewValue();
if (selectedDate != null) { // 防御性检查：用户可能手动清空输入框
Termin.setDate(sdl.format(selectedDate));
} else {
Termin.setDate(null); // 或设为空字符串，根据 Termin 类设计决定
}
});
kalender.add(dateChooser);⚠️ 重要注意事项：
-
PropertyChangeListener中的"date"是区分大小写的固定属性名，不可写为"Date"或"DATE"； - 始终对
e.getNewValue()进行null检查——当用户删除输入框内容时，getNewValue()可能为null； - 若
Termin.setDate(String)方法本身不允许null，请在Termin类中增强健壮性（例如接受null并内部转为默认值），或在此处统一处理； - 避免在
ActionListener（如按钮点击）中再次调用dateChooser.getDate()—— 应始终以监听器中捕获的最新值为准，确保数据一致性。
通过事件驱动方式获取日期，不仅解决了空指针异常，更符合 Swing 的响应式编程范式：让 UI 状态变化自然驱动业务逻辑更新，而非反向强制轮询。
