部署JFrame是否会导致内存泄漏？
我正在编写一个测试程序，如下所示：
- 当用户单击按钮A时，它将打开50个JFrame。
- 当用户单击按钮B时，它将放置所有通过单击按钮A显示的JFrame。
我发现单击按钮B后内存不会减少。我使用任务管理器（在Windows中为ctrl+ alt+ del，并检查“
java”的内存使用情况）确定了这一点。
问题答案：
是的，没有办法，无法解决（不仅在Java PL中），
1）实际上，不要在运行时/运行时创建很多顶级容器，因为它们永远不会被最终确定，直到当前的JVM实例退出，并且这些Object才不会被GC处理Grapfics2D
2）myContainer#dispose()对于当前JVM实例，myContainer#setVisible(false)在运行时与在与JVM可用和已使用的内存的连接中相同
3）只创建几个Top-Level Containers（最多同时显示），然后重复使用，但是将JPanel]作为1.st
JComponent并调用myPanel#removeAll()，否则您将删除RootPane并从Container保持仅Borders
:-)将是半透明的
4）可以通过调用GC来部分减少JVM所使用的内存，但是只能从中回收金额，Graphics2D并且Garbage不能立即生效，
-
我有一些和等，但是我没有设置。你觉得会是那样吗？ 你有什么想法或建议吗？ PS：该应用程序在Ubuntu机器上运行 多谢.
-
我想首先说，这是我第一次必须处理性能，因为这是我第一次开发一个android应用程序。 该应用程序是一个源代码编辑器，在这里你可以打开文件，修改它们，并将它们保存回来。该应用程序由4个部分组成： 导航器视图：包含打开文件的ListView和打开文件夹的TreeView。 代码视图容器：它保存包含实际代码的视图。 代码容器：这是一个小视图，包含一个文本视图和一个自定义EditText（由我扩展Edi
-
我正在玩rxjava，发现如果在活动被销毁之前没有完成订阅，则存在内存泄漏的风险，因为“可观察对象保留对上下文的引用”。如果订阅没有取消订阅，则此类情况的演示之一如下所示。已销毁（来源：https://github.com/dlew/android-subscription-leaks/blob/master/app/src/main/java/net/danlew/rxsubscriptions
-
问题内容： 我正在运行django应用程序，其中包括matplotlib，并允许用户指定图形的轴。这可能会导致 “溢出错误：超出了Agg复杂度” 发生这种情况时，最多会占用100MB的RAM。通常，我会使用，和释放该内存，但是与该错误关联的内存似乎与该绘图对象无关。 有谁知道我该如何释放记忆？ 谢谢。 这是一些给我Agg复杂度错误的代码。 问题答案： 我假设您可以至少运行一次您发布的代码。该问题仅
-
问题内容： 我认为我的Android动态壁纸存在内存泄漏。每当我旋转屏幕时，收集的内存垃圾量就会增加50kb，并且不会减少。我认为这可能是由预定的将来引起的，因此我将提出一个方案以查看是否是这种情况。 假设您有一个包含以下成员的类（我们称其为Foo）。 现在您设定了预定的未来 Future拥有对可运行对象的引用，而Runnable拥有对父Foo对象的引用。我不确定是否是这种情况，但是这个事实是否意
-
如果我有一个垃圾收集器来跟踪分配的每个对象，并在它们不再有对它们的可用引用时立即释放它们，你还会有内存泄漏吗？ 考虑到内存泄漏是指没有任何引用的分配，这不是不可能的吗？还是我遗漏了什么？ 编辑：所以我认为内存泄漏是您在代码中不再引用的分配。您仍然可以引用的大量累积分配不是我在这里考虑的泄漏。 我也只是在谈论普通的G.C.，已经有一段时间了，但我知道像循环引用这样的案例不会把他们绊倒。我不需要任何语