我可以使用一些帮助来调试内存(泄漏?)问题。我在下面做了一个简单的例子。 Javafx中有一些与TextFields相关的错误。下面的代码将2000 TextFields添加到ScrollPane中的FlowPane。根据任务管理器,Java此时使用~420mb。
按下添加按钮每次按下时都会添加另外2000个TextField。每次增加可能80-200 MB(不知何故,它并不总是相同的内存量??)。删除按钮删除TextFields,但永远不会释放内存。这是Java jdk 9所在 - 据我所知 - GC应该释放不再使用的内存并将其返回给操作系统。将TextFields更改为文本可以解决问题,占用更少的内存,并在适当的时候将其实际返回给操作系统,但我更喜欢使用TextFields。有谁知道如何修复/解决这个问题? : - )
import javafx.application.Application;
import javafx.collections.ObservableList;
import javafx.event.ActionEvent;
import javafx.event.EventHandler;
import javafx.geometry.Insets;
import javafx.scene.Node;
import javafx.scene.Scene;
import javafx.scene.control.Button;
import javafx.scene.control.ScrollPane;
import javafx.scene.control.TextField;
import javafx.scene.layout.BorderPane;
import javafx.scene.layout.FlowPane;
import javafx.scene.layout.HBox;
import javafx.scene.layout.StackPane;
import javafx.scene.text.Text;
import javafx.stage.Stage;
public class main extends Application
{
private ScrollPane scroll;
private FlowPane pane;
private Scene scene;
private Stage stage;
@Override
public void start(Stage stage) throws Exception
{
try
{
this.stage=stage;
pane = new FlowPane();
Button b1 = new Button("Add 2000");
Button b = new Button("Remove 2000");
b1.setOnAction(new EventHandler<ActionEvent>() {
@Override public void handle(ActionEvent e) {
addTextFields();
}});
b.setOnAction(new EventHandler<ActionEvent>() {
@Override public void handle(ActionEvent e) {
removeTextFields();
System.gc();
}});
pane.getChildren().add(b);
pane.getChildren().add(b1);
scroll = new ScrollPane();
scroll.setContent(pane);
addTextFields();
scene = new Scene(scroll,800,600);
stage.setScene(scene);
stage.show();
}
catch(Exception e)
{
e.printStackTrace();
}
}
private void addTextFields()
{
for(int i=0; i < 2000; i++)
{
//Text text = new Text("T " + i);
TextField textField = new TextField("T "+i);
this.pane.getChildren().add(textField);
}
}
private void removeTextFields()
{
for(int i=2001; i>1; i--)
{
// Text f = (Text) this.pane.getChildren().get(i);
TextField f = (TextField) this.pane.getChildren().get(i);
this.pane.getChildren().remove(f);
}
}
public static void main(String[] args)
{
launch(args);
}
}
答案 0 :(得分:0)
显然,对于例如java 9来说,这是完全正常的。继续占用堆空间内存中的GB,只有一个基本阶段,滚动窗格和一个空的流动窗格(用于包含数千个TextFields)。除非在代码中明确调用GC之后,除非在VisualVM中强制执行,否则内存永远不会释放回操作系统。
这种GC行为对我没有任何意义,特别是对于一个只有4 gb ram的穷人系统,我在运行Java之前已经大部分使用它,但是我会这样做通过使用文本或使用TableView解决它。