这几天遇到了一个问题，不幸开发的一个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。
give me the ball！