用ArrayList替代数组提升扩展性，任务字段应拆分存储，提醒用ScheduledExecutorService而非Timer，LocalDateTime需转换后存库，命令行输入统一用nextLine()解析，注重状态一致性保障。
用 ArrayList 存任务比用数组更实际
硬编码数组长度会卡死扩展性，比如加第 11 个待办事项就抛 ArrayIndexOutOfBoundsException。直接用 ArrayList<String> 或自定义类（如 Task）更稳妥——增删不需手动搬数据，add() 和 remove() 都是常数均摊时间。
常见错误是把任务状态全塞进字符串里，比如 "买牛奶|done|2024-04-05"，后期改状态或查日期就得反复 split() 和解析，容易出错。建议一开始就拆成字段：String title、boolean isDone、LocalDateTime dueTime。
别在主线程里用 Timer 做重复提醒
Timer 是单线程调度，一个任务卡住（比如网络超时），后面所有提醒都会延迟甚至丢失。生产级待办提醒必须用 ScheduledExecutorService，它支持多线程、可拒绝策略、能捕获未处理异常。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 用
Executors.newScheduledThreadPool(2)，线程数 ≥ 2，避免提醒和 UI 更新争资源 - 每次调度用
scheduleAtFixedRate()检查是否到期，而不是依赖任务内 sleep - 检查逻辑要包裹
try-catch，否则异常会让整个调度器静默停止
LocalDateTime 不能直接存数据库，得转 Timestamp 或字符串
JDBC 驱动对 LocalDateTime 支持不一致：MySQL 8.0+ 可直插，但 H2 或旧版驱动会报 SQLException: Cannot convert class java.time.LocalDateTime。最稳做法是显式转换：
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
写入时：Timestamp.valueOf(task.getDueTime())；读取时：rs.getTimestamp("due_time").toLocalDateTime()。如果用 JPA，记得在字段上加 @Column(columnDefinition = "DATETIME") 并配 @Convert 转换器。
命令行交互别手写 Scanner.nextLine() 套娃
用户输错格式（比如输入 “complete abc” 而不是 “complete 3”）后，只提示“格式错误”却不清空缓冲区，下次 nextLine() 会立刻返回空字符串，导致菜单跳过。本质是 nextInt() 不吃换行符，残留的
被下个 nextLine() 吞掉。
解决方法统一用 nextLine() 读整行，再用 split("\s+", 2) 切指令和参数：
String input = scanner.nextLine().trim();
String[] parts = input.split("\s+", 2);
if (parts.length == 0) continue;
String cmd = parts[0];
String arg = parts.length > 1 ? parts[1] : "";
这样无论用户多敲空格、少敲空格，都能稳定提取命令意图。
真正难的不是功能堆砌，而是状态一致性——比如标记完成的同时，要同步更新内存列表、持久化文件、触发通知，三者任一失败都得回滚或补偿。这点在小项目里常被忽略，直到某天用户发现“明明点了完成，重启后又变待办”。
