标签:style blog io color 使用 sp java for 数据
早前,我在JavaFX2(JDK 7)中自定义了一个TextFieldTableCell,对TextField实现了一些特定的事件监听以及触发TableView再次刷新等,以下是简单的代码
import javafx.application.Platform; import javafx.scene.control.TableCell; import javafx.scene.control.TextField; public class TextfieldTableCell extends TableCell<MyTableData, String> { public TextfieldTableCell() { } @Override protected void updateItem(String item, boolean empty) { super.updateItem(item, empty); updateGraphic(); } private void updateGraphic() { setText(null); setGraphic(null); final int index = getIndex(); if (isEmpty() || index < 0) { } else { final TextField textField = new TextField(); textField.textProperty().addListener(new ChangeListener<String>() { @Override public void changed(ObservableValue<? extends String> ov, String t, String t1){ //ignore some action handler } }); //Forget why use asynchronous flush Platform.runLater(new Runnable() { @Override public void run() { setGraphic(textField); } }); } } }
经过调试仔细分析其中可能的原因,终于找到问题所在:
JavaFX8中每个单元格都会对应一个独立TextFieldTableCell对象,但是并不是每次刷新都重新初始化一个新的对象,而是会优先使用已经存在的对象(也许是为了性能和内存优化),可严重的问题在于对于同一行号,并不保证每次拿到的都是同一个对象。
注:这个结论还没有寻求官方资料的理论支持,而是自己总结的
由于我使用了异步刷新,而且每个单元格刷新可能触发多次,就导致了本来要刷新行1,却刷新了行2情况(因为行2使用了行1的TextFieldTableCell对象)。于是在异步刷新时,我需要增加行号的判断即可:
Platform.runLater(new Runnable() { @Override public void run() { if (getIndex() == index) {//Important(Add in JDK 8) setGraphic(textField); } } });
不过也许一个单元格触发多次刷新本来就不合理...
JavaFX8 -- TableView中TableCell对象管理的奇怪问题-多次异步刷新单元格慎重!
标签:style blog io color 使用 sp java for 数据
原文地址:http://blog.csdn.net/alanzyy/article/details/41442833