Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/335.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
java2d.loops.ProcessPath$Point_Java_Memory_Loops_Profiling_Point - Fatal编程技术网

java2d.loops.ProcessPath$Point

java2d.loops.ProcessPath$Point,java,memory,loops,profiling,point,Java,Memory,Loops,Profiling,Point,我正在分析一个突然使用大量内存的应用程序,我得到了以下结果: java2d.loops.ProcessPath$Point 分配了近1100000次 这是什么,有解决办法吗?我最初的回答是,这是否真的占用了大量内存/CPU周期?sun.包是sun的JVM的内部实现,因此它们可能是代码执行情况的低级细节。如果这些对象占用大量内存,这可能是一个问题,但仅仅看到1100万次分配并不意味着有任何异常 编辑:通过谷歌搜索似乎可以看出,这是一个用于对二维平面上特定点的引用进行编码的对象。很可能,如果你正在做

我正在分析一个突然使用大量内存的应用程序,我得到了以下结果:

java2d.loops.ProcessPath$Point

分配了近1100000次


这是什么,有解决办法吗?

我最初的回答是,这是否真的占用了大量内存/CPU周期?
sun.
包是sun的JVM的内部实现,因此它们可能是代码执行情况的低级细节。如果这些对象占用大量内存,这可能是一个问题,但仅仅看到1100万次分配并不意味着有任何异常

编辑:通过谷歌搜索似乎可以看出,这是一个用于对二维平面上特定点的引用进行编码的对象。很可能,如果你正在做任何涉及图形的事情,那么是的,你会生成大量的图形。此外,每一个都只存储两个整数(x和y坐标)和一个布尔值,因此它们在总体方案中是非常小的对象。即使这1100万个分配中没有一个是垃圾收集的(我希望大部分是本地变量,因此会很快被收集),那么它们也不会占堆的很大一部分,除非您运行在内存很少的设备上


换句话说,在别处寻找你的问题。查看占用大量当前堆空间的对象,甚至查看当前引用的对象的数量,可能会更有帮助,以便找到泄漏。阅读有关如何使用所选工具查找和消除内存泄漏的指南文档。查看总分配很少有用,除非您知道给定类应该有多少分配(例如,检查单个项是否只创建一次可能会更好)。

我解决了内存问题。我在处理代码中的一些地方,做了一些讨厌的引用