I m对一些称为BufferedImage.get Graphics () 的方法,从而造成记忆泄露的框架问题。 这种方法总是称作BufferedImage.create Graphics。 在一个窗户机器上,制造梯度由Win32Graphics Environment公司处理,该环境公司在其现场设有listen<>/em> 清单。 当我打电话给我的布莱多季舒克特时,tChart。 在Win32Graphics Environment的listeners地图上添加了“tChart的面表”,防止收集的烟.。 之后不得去除someChart。
总的说来,在被称作“格拉德”后,从收集的垃圾中清除了一种白白喉:
GC Root -> localGraphicsEnvironment(Win32GraphicsEnvironment) -> displayChanger(SunDisplayChanger) -> listeners(Map) -> key(D3DChachingSurfaceManager) -> bImg(BufferedImage)
我本可以修改框架代码,这样,每当有人叫BufferedImage.get Graphics()之后,我就能够提及BufferedImage的地表水。 然后,我听说当地格拉夫斯环境,把它带到Win32Graphics Environment,然后用“BufferedImage 地表水管理”的提法,叫去除DisplayChangedListener()。 但我认为这不是解决问题的适当方法。
是否有人要帮助我解决这一问题? 感谢很多!
教学和测验
我想要加入“国际倡议”的构成部分Im叫BufferedImage。 每一次重新分类。 因此,被<>>>>
然而,令人痛心的是:
当我把我的行动算在“我的责任”上,这肯定会引发复临,然后检查在上登上
另一方面,如果我转而把事情添加到,
我认为可以分享或再利用作为显示生计者的关键的地表曼格,但我的试验排除了这种可能性。 我也认为打猎,我蓄意阻止ach子的发生,每次呼吁重新开诚布公。 然而,我没有回避如何做到这一点以及如何解决泄漏问题。