这几天遇到了一个问题,不幸开发的一个cs架构的工具,客户端开启后,内存一直在缓慢增长最终导致进程卡死,花了4天时间,终于爬出来了。。。
客户端通过timer定时器每30秒查询一次数据库以及一些业务逻辑操作,然后刷新界面的表格数据。
但是每次调用方法后,都会导致内存的增长,然后我将方法内部的变量在使用完之后手动设置为null 而且最后调用了gc 但是都没有什么效果,
最终还是会导致内存溢出,进程卡死。(估计是释放的速度,赶不上增长的速度。。。)
之后对定时部分的代码逐段进行了排查,最后发现是由于 我之前在对tableview进行实时刷新时导致的
代码如下:
1 if (tableKeywordCompetePrice.getItems().get(tableKeywordCompetePrice.getItems().size() - 1).getKeyword() == null) 2 3 { 4 tableKeywordCompetePrice.getItems().remove(tableKeywordCompetePrice.getItems().size() - 1); 5 } 6 else 7 { 8 tableKeywordCompetePrice.getItems().add(new KeywordCompetePriceInfo()); 9 tableKeywordCompetePrice.getItems().get(tableKeywordCompetePrice.getItems().size() - 1).getCheckBox().setVisible(false); 10 }
其中 tableKeywordCompetePrice 就是 一个 tableview 对象。
因为当 list 中元素属性变化时候, table 不能实时刷新。(因为此时修改事件并不受监听,list 不认为自己有变化,随之 table 也就不会刷新),所以我就采用了直接改变list大小来进行刷新。
tableview实时刷新有2种方式:
第一种是我上面采用的方式直接修改list的大小,简单粗暴。(但是没想到给自己挖了一个大坑。。。。0.0)
第二种就是 与 JavaFx UI 层进行交互的类属性,应当定义为对应的 xxxProperty 包装类 (如 StringProperty , IntegerProperty 等 )。
然后,在对 table cellValueFactory 定义时,就可以直接返回 xxxProperty 对象 (因为 StringProperty 本身就是 ObservableValue 的子类) ,这个麻烦的一点就是要挨个对需要监听的字段都增加这段代码。
例如:
1 private final StringProperty device = new SimpleStringProperty(); 2 3 public StringProperty deviceProperty() { 4 return device; 5 } 6 // 原有的 set 方法,并不受字段类型变化而改变,仍然返回同样的类型,只是方法体需要修改一下 7 public void setDevice(String status) { 8 this.device.set(status); 9 } 10 11 // 原有的 get 方法,并不受字段类型变化而改变,仍然返回同样的类型,只是方法体需要修改一下 12 public String getDevice(){ 13 return device.get(); 14 }
展示实体类修改成上述代码后,就可以自动监听到device列对象属性的变化,从而进行实时刷新。
修改成这样后,内存基本很稳定。。。想哭。。。
目前对于为什么修改list大小会导致内存一直增长还是没想~明~白。
希望还有人用javafx tableview组件的时候能看到我这篇文章,免得也掉进坑中~~~~0.0。