JTable不刷新因未通过TableModel触发事件；须用addRow()等方法或fireTableDataChanged()；新增后需setRowSelectionInterval()+scrollRectToVisible()定位；编辑需在setValueAt()同步业务对象；批量删除须逆序调用removeRow()。
Swing中JTable不刷新数据？别直接改List，得动TableModel
JTable本身不监听你背后List的变化，哪怕你clear()再addAll()，界面也不会动——它只认TableModel发来的事件。常见错误是手动维护一个ArrayList<Book>，每次更新完就调用table.repaint()，结果毫无反应。
正确做法是让TableModel负责通知：用DefaultTableModel或自定义继承AbstractTableModel，所有增删改都走它的addRow()、removeRow()、setValueAt()等方法，内部会自动触发fireTableRowsInserted()这类事件。
- 如果数据结构简单（字段固定、无复杂计算），直接用
DefaultTableModel，构造时传入列名数组和初始行数 - 如果Book类字段多、需支持排序/过滤/懒加载，必须自定义
AbstractTableModel，重写getValueAt()、getColumnCount()、getRowCount()，并在修改底层数据后显式调用fireTableDataChanged()或更细粒度的fireTableRowsUpdated() - 切忌在
getValueAt()里做耗时操作（如IO或网络请求），否则滚动表格会卡死
新增图书后JTable滚动条没到底部？scrollRectToVisible()得配对用
单纯调用model.addRow(...)后，表格不会自动滚到新行位置，尤其当行数超过可视区域时，用户根本看不到刚加的记录。这不是bug，是Swing默认行为。
要在添加后定位到最新行，得手动触发滚动。注意：不能只调table.scrollRectToVisible(...)，必须先确保该行已渲染完成（即事件已分发完毕），否则坐标计算可能出错。
立即学习“Java免费学习笔记（深入）”；
- 推荐写法：
model.addRow(...); table.setRowSelectionInterval(model.getRowCount()-1, model.getRowCount()-1); table.scrollRectToVisible(table.getCellRect(model.getRowCount()-1, 0, true)); - 如果在Swing Event Dispatch Thread外调用（比如从后台线程更新），必须包在
SwingUtilities.invokeLater()里，否则UI可能不一致或抛IllegalStateException - 避免用
table.ensureIndexIsVisible()——它已被标记为deprecated，且行为不稳定
双击JTable某行编辑图书信息？别碰isCellEditable()就改值
很多人以为双击=进入编辑模式，然后直接在getValueAt()里返回可变对象（比如返回book.getTitle()这个String），结果发现改完标题，原Book对象没变——因为String不可变，你只是换了个引用。
真正要实现“双击编辑并同步回业务对象”，关键不在显示逻辑，而在setValueAt()的实现：它才是数据落地的唯一入口。
- 在自定义
AbstractTableModel中，setValueAt(Object value, int row, int col)里必须把value写回对应Book实例的字段，比如books.get(row).setTitle((String)value) -
isCellEditable(int row, int col)按需返回true（例如只允许编辑“书名”“价格”列），但不要在里面做业务判断（如“未登录不能改”）——那该放在setValueAt()里抛异常或忽略 - 如果用了
DefaultTableModel，它默认所有单元格可编辑，但setValueAt()只会改内部二维数组，不会影响你的Book对象，所以必须自己重写该方法
删除选中行时ArrayIndexOutOfBoundsException？removeRow()顺序和索引方向很重要
批量删除多行时，如果按从上到下的顺序调用model.removeRow(i)，删完第0行后，原来第1行变成新第0行，但循环还在i=1继续删——必然越界或漏删。
根本原因是removeRow()会实时收缩模型行数，索引体系动态变化。解决方案不是“记住原始索引”，而是逆序删除。
- 正确做法：获取选中行索引数组后，先
Arrays.sort(indexes, Collections.reverseOrder())，再遍历删除 - 更稳妥的方式是用
DefaultTableModel的removeRow(int row)，它内部已处理边界检查；但自定义AbstractTableModel必须自己保证row < getRowCount() - 删除前务必校验
table.getSelectedRowCount() > 0，否则getSelectedRows()返回空数组，后续操作容易NPE
最易被忽略的是：删除后是否要清空选择状态。如果不调table.clearSelection()，下次点击可能还在旧索引上操作，而那行已经不存在了。
