Swing定时任务需用javax.swing.Timer或SwingUtilities.invokeLater确保EDT更新；提醒弹窗应传null父组件并调用setAlwaysOnTop(true)；日程数据推荐Properties文件。
Swing GUI 启动后定时任务不执行？检查 Event Dispatch Thread 和 Timer 线程隔离
Java Swing 的 UI 更新必须在 Event Dispatch Thread（EDT）中进行，但 java.util.Timer 默认在后台线程跑，直接更新 JLabel 或弹窗会失效甚至抛 IllegalStateException。这不是“没触发”，而是“触发了但改不了界面”。
- 用
javax.swing.Timer替代java.util.Timer——它自动在 EDT 中执行actionPerformed - 如果非要用
java.util.Timer（比如需要精确间隔或长期后台调度），每次回调里必须套一层SwingUtilities.invokeLater(...) -
javax.swing.Timer不支持固定速率（scheduleAtFixedRate），只支持固定延迟（start() + setInitialDelay/setDelay），对日程提醒够用，但别指望它补漏
如何让提醒准时弹窗而不被最小化窗口挡住？
默认 JOptionPane 弹窗依赖父组件，若主窗口最小化或失焦，弹窗可能藏在后台、无焦点、甚至被系统拦截（尤其 macOS 或 Windows 10+ 的专注助手）。这不是 Java Bug，是桌面环境的主动抑制。
- 创建弹窗时传
null作为 parent：JOptionPane.showMessageDialog(null, "该吃药了", "提醒", JOptionPane.INFORMATION_MESSAGE) - 加上
setAlwaysOnTop(true)（需先setVisible(true)再调用） - Linux 下可能还需 JVM 参数
-Dawt.useSystemAAFontSettings=on避免弹窗渲染异常导致卡住 - 避免在弹窗中做耗时操作（如读文件、网络请求），否则 EDT 阻塞，后续所有 UI 响应都会卡死
日程数据存哪？用 Properties 还是 JSON？
个人工具没必要上数据库。Properties 文件轻量、可读、自带线程安全的 load/store，但只支持字符串键值；JSON（如 org.json 或 gson）更灵活，但引入依赖、序列化稍重、手写易出错。
- 纯本地小规模日程（Properties 最省心：
remind.2024-06-15T09:00=吃早餐 - 如果要支持重复规则（每周三 9 点）、持续时间、完成状态，JSON 更合适，但注意：每次读写都要全量加载/覆盖写入，别试图“追加”
- 路径统一用
System.getProperty("user.home") + "/.myremind/tasks.properties"，别硬编码C:\或/home/ - 写入前先
File.renameTo()备份旧文件，防止程序崩溃导致数据丢失
打包成 jar 后双击没反应？检查 Main-Class 和资源路径
IDE 里能跑，打包后双击黑屏或无声无息，大概率是 Main-Class 没配对，或图标/配置文件路径从相对变成绝对失败。
立即学习“Java免费学习笔记（深入）”；
- Maven 打包用
maven-jar-plugin，确保manifestEntries里有Main-Class: com.example.RemindApp（类名必须带包） - 配置文件别放
src/main/resources后用getClass().getResourceAsStream()加载——那是只读的 jar 内路径；用户修改必须走外部文件系统 - 图标用
new ImageIcon("icon.png")在 IDE 可行，但 jar 包里找不到该路径；改用getClass().getResource("/icon.png")并把图片放在resources/目录下 - Windows 双击 jar 无声，可能是控制台输出被吞掉，加一句
System.setOut(new PrintStream(new FileOutputStream(FileDescriptor.err)))临时调试
最麻烦的不是写代码，是让提醒真正“被看到”——系统休眠、Java 进程被杀、用户关掉通知权限，这些都得在运行时探测并降级处理。比如检测到系统空闲超 5 分钟，就推迟提醒 30 秒再试一次。
