menubar必须置于borderpane.top，textarea设为center并自适应；ctrl+s需用keycombination监听并阻止事件传播；保存须显式指定utf-8编码且校验覆盖；退出确认须用alert.showandwait()同步处理，并严格同步lastsavedtext与currentfile状态。
JavaFX MenuBar 怎么加进主窗口又不遮挡文本编辑区
菜单栏必须放在 BorderPane 的 TOP 区域，而不是直接塞进 VBox 或堆在 Scene 根节点上——否则会压住下方内容，或者拖动窗口时菜单错位。常见错误是把 MenuBar 当普通控件加到垂直布局里，结果文本域高度被压缩到看不见。
-
BorderPane是唯一稳妥的容器：用borderPane.setTop(menuBar)，再用borderPane.setCenter(textArea) - 别给
TextArea设固定宽高，让它随BorderPane.CENTER自适应；否则缩放窗口时文字区域不动 - 如果用了
ScrollPane包裹TextArea，确保ScrollPane是BorderPane的CENTER子节点，不是TextArea的父容器再套一层
JavaFX TextArea 为什么不能实时响应 Ctrl+S 保存
默认情况下 TextArea 不拦截键盘事件，Ctrl+S 会直接穿透到系统或被忽略。必须显式监听 KeyCombination 并调用 setOnKeyPressed，且要阻止事件继续传播。
- 用
KeyCombination.keyCombination("Ctrl+S")判断组合键，别用KeyCode.S加isControlDown()手动判断（Mac 上 Cmd 键逻辑不同） - 保存前务必调用
textArea.getText()，别读绑定属性（如textProperty().get()），某些场景下绑定值可能滞后 - 保存操作必须在 JavaFX 主线程执行，如果从后台任务触发保存，要用
Platform.runLater()包裹文件写入逻辑
JavaFX 保存文件时怎么避免覆盖原文件又保留 UTF-8 编码
直接用 Files.write() 默认用系统编码，中文 Windows 下是 GBK，打开就是乱码；而 FileWriter 默认也不指定编码。更隐蔽的问题是：用户点“另存为”却没改文件名，程序若不做校验就会静默覆盖。
- 写入必须显式指定
StandardCharsets.UTF_8：Files.write(path, content.getBytes(StandardCharsets.UTF_8)) - “另存为”对话框返回
null表示用户取消，不是空路径——漏判会导致NullPointerException - 如果当前已有打开文件（
currentFile != null），且用户点击“保存”而非“另存为”，才允许直接覆盖；否则一律走另存逻辑
JavaFX 应用退出前怎么弹窗确认未保存修改
Stage.setOnCloseRequest() 是唯一可靠入口，但容易踩两个坑：一是事件触发时 UI 已冻结，不能在其中开新 Stage；二是异步弹窗回调里不能直接调用 event.consume()，必须同步决定是否取消关闭。
立即学习“Java免费学习笔记（深入）”；
- 用
Alert的showAndWait()（注意是AndWait，不是show()），它会阻塞当前线程直到用户点按钮 - 如果用户选“取消”，立刻调用
event.consume()；选“不保存”就直接stage.close()；选“保存”则先执行保存逻辑，成功后再stage.close() - 判断“有修改”的依据只能是内存文本和上次保存内容的字符串比对（
!text.equals(lastSavedText)），别依赖文件最后修改时间——文件可能被外部编辑过
最麻烦的是状态同步：每次成功保存后必须更新 lastSavedText 和 currentFile，漏掉任意一个，退出确认就会误判。这个细节没人提，但几乎每个初学者都会栽在这里。
