ObservableList 监听不到 addAll 变化是因为其触发批量变更事件而非逐个 add 事件；需用 getAddedSubList() 获取新增项，避免仅依赖 wasAdded() 判断。
ObservableList 为什么监听不到 addAll 的变化？
因为 addAll 默认触发的是单次批量变更事件，而不是逐个元素的 add 事件。如果你在监听器里只检查 wasAdded() 或依赖元素级回调，会漏掉整批插入。
实操建议：
- 监听时必须调用
getListChange().getAddedSubList()获取全部新增项，别只遍历getAddedSize() - 避免用
list.addListener((ListChangeListener.Change c) -> { if (c.wasAdded()) { ... } })这种简写逻辑——它对批量操作不敏感 - 若需精确到每个元素，改用
list.setAll(...)后手动触发通知，或拆成循环 +add()
JavaFX Binding 和 ObservableList 绑定后修改原集合会怎样？
绑定（比如 Bindings.selectString(list, "name")）本身不拦截集合修改，但一旦原 ObservableList 发生变更，绑定表达式会自动重算——前提是绑定对象没被 GC 掉，且没调用 unbind()。
常见错误现象：
立即学习“Java免费学习笔记（深入）”；
- UI 没更新：实际是绑定了一个普通
List而非ObservableList，或者用了FXCollections.unmodifiableObservableList()却还试图改它 - 空指针异常：绑定路径中某个中间属性为
null（如user.getAddress().getCity()），而没用Bindings.selectString(...).asString()做安全兜底 - 内存泄漏：监听器注册后没在合适时机
list.removeListener(...)，尤其在 CellFactory 或自定义控件里
如何让非 JavaFX 集合（如 ArrayList）支持 ObservableList 监听？
不能直接强转，必须用包装或同步机制。最稳妥的方式是用 FXCollections.observableArrayList() 作为唯一数据源，其他地方只读取、不直改。
实操建议：
- 已有
ArrayList数据？用FXCollections.observableArrayList(originalList)初始化，之后所有增删都走这个包装实例 - 需要双向同步？自己实现
ListChangeListener，在原集合变更后调用observableList.setAll(newData)——注意这会清空再重建，不是增量更新 - 性能敏感场景（如千条以上实时刷新）：避免频繁
setAll()，改用removeAll()+addAll()组合，并确保监听器能正确处理wasRemoved()和wasAdded()共存的情况
ObservableList 在非 JavaFX 线程里修改会崩溃吗？
不会立即崩溃，但 UI 表现不可预测：可能卡顿、跳帧、部分更新丢失，甚至抛出 IllegalStateException: Not on FX application thread ——只要涉及绑定或控件刷新就会触发。
关键点：
-
ObservableList本身线程安全，但它的监听器默认在 JavaFX 线程执行；你在后台线程调用add()，监听器回调仍排队进 FX 线程 - 真正危险的是：在监听器里直接操作 Node、调用
Platform.runLater()嵌套、或读写未加锁的共享状态 - 安全做法：后台线程只更新数据模型（POJO List），再用
Platform.runLater(() -> observableList.setAll(modelData))批量同步
最容易被忽略的是监听器内部的副作用——比如在 ListChangeListener 里又去修改另一个 ObservableList，没做线程判断，结果在后台线程里触发了 UI 更新链。
