Swing便签最小可行结构为JFrame+JTextArea+JScrollPane；需设DO_NOTHING_ON_CLOSE、启用自动换行、UTF-8编码读写、DocumentListener+Timer防抖保存、每窗口独立状态。
用 Swing 实现便签窗口的最小可行结构
Java 便签应用的核心不是功能堆砌，而是快速响应文本输入与窗口操作。Swing 的 JFrame + JTextArea + JScrollPane 就够用，不必一开始就引入 JavaFX 或复杂布局管理器。
关键点在于：窗口默认关闭行为设为 DO_NOTHING_ON_CLOSE，把关闭逻辑收归自己控制；JTextArea 要调用 setLineWrap(true) 和 setWrapStyleWord(true)，否则长行会横向滚动而非自动换行。
-
JFrame设置setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE)，避免误点叉号直接退出丢数据 -
JTextArea必须在初始化后立即设置换行，放在add()之后再设就无效 - 字体建议用
new Font("SansSerif", Font.PLAIN, 14)，避免中文字体缺失导致显示方块
保存和读取文本时绕过编码乱码陷阱
便签内容含中文却保存成乱码，90% 是没显式指定字符集。Java 的 FileWriter 默认用平台编码（Windows 是 GBK），而 IDE 或文件浏览器常按 UTF-8 解析，结果打开全是问号或方块。
正确做法统一走 OutputStreamWriter + InputStreamReader，强制 UTF-8：
立即学习“Java免费学习笔记（深入）”；
try (FileOutputStream fos = new FileOutputStream(file);
OutputStreamWriter osw = new OutputStreamWriter(fos, "UTF-8")) {
osw.write(textArea.getText());
}
读取同理，不能用 Files.readString(path)（JDK 11+ 默认 UTF-8 看似省事，但旧版本不支持，且未显式声明易被忽略）。
- 绝对不要用
FileWriter/FileReader，它们没有字符集参数，不可控 - 路径用
Paths.get("notes", "memo1.txt")，别拼字符串，避免 Windows 反斜杠问题 - 首次启动时若文件不存在，
Files.exists()检查后再读，否则FileNotFoundException会中断流程
监听文本变更并防抖保存
每敲一个字就写一次磁盘？既卡顿又伤 SSD。得用 DocumentListener 监听变化，但配合延时机制——用户停敲 1.5 秒再触发保存。
不用第三方库，用 Swing Timer 就够：Timer 启动后，每次文本变动就 restart()，超时才执行保存。这样既实时又不频繁。
- 监听器加在
textArea.getDocument()上，不是textArea本身 - Timer 周期设为 1500，太短（如 300）仍可能高频写入，太长（如 5000）显得“反应慢”
- 保存前先比对当前文本和上次已存内容（缓存一个
lastSavedText字符串），相同就跳过，避免无意义 IO
多便签窗口共存时的状态隔离难点
点击“新建便签”弹出第二个窗口，两个窗口编辑互不影响——这看似简单，实则容易踩坑：如果所有窗口共用同一个 File 对象或静态文本变量，就会互相覆盖。
每个便签实例必须完全独立：自己的 JFrame、自己的 JTextArea、自己的文件路径（哪怕为空）、自己的最后保存时间戳。不要用单例或静态字段存状态。
- 主类只负责创建新窗口，不持有任何窗口引用；每个窗口自己管理生命周期
- 文件路径生成建议用
UUID.randomUUID() + ".txt"，避免手动命名冲突 - 关闭窗口前检查是否修改未保存，弹
JOptionPane.showConfirmDialog，选“取消”就setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE)继续留着
真正麻烦的是窗口焦点切换后文本光标位置丢失、撤销栈（UndoManager）没绑定到对应文本域——这些细节不显眼，但用户一多就暴露。做之前先想清楚：这个对象的生命周期，到底归谁管。
