通过IClipboardDataPasteEventImpl内存泄漏 [英] Memory leak through IClipboardDataPasteEventImpl

查看:684
本文介绍了通过IClipboardDataPasteEventImpl内存泄漏的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我发现在我的活动之一奇内存的增加。因此,我跑了一个小测试:我打开的对话​​框中多次(开 - 闭 - 开 - 闭....)和内存不断增加。所以我用DDMS转储一个HPROF文件,并​​在 MAT (内存分析器)打开了它。泄漏可疑报告指出,这主要的原因是不断增长的内存消耗是这样的:

I noticed an odd memory increase in one of my Activities. Hence I ran a little test: I opened the dialog multiple times (open - close - open - close ....) and the memory kept increasing. So I used the DDMS to dump an HPROF file and opened it in MAT (Memory analyzer). The leak suspect report indicated, that the main reason for the growing memory consumption was this:

所以,我做了一个histogramm,检查对话框我跑我的测试上,什么是保持它活着。原来,它是维持生命被它的 AutoCompleteTextViews ,而这又是维持生命的 android.widget.TextView $ IClipboardDataPasteEventImpl。然而,有没有直接的支配者的IClipboardDataPasteEventImpl(除当然,GC根)。我试图找到IClipboardDataPasteEventImpl在互联网上,我搜索的grep code(Android操作系统),但我能想出的唯一事情是这样的blog进入。我无法读取任何一种语言就是,但我能读的是英语单词抛出,这表明,这可能是对三星Galaxy SII的错误(我现在用的手机,运行Android 2.3.x),相关的ClipboardManager。但是我不能确定这(我想解决这个问题,所以我不愿意简单地接受它是一个无法修复的bug),我不知道,在此Clipboard的催生以及为什么。我将非常AP preciate任何指针/想法此事。

So I did a histogramm, to check that dialog I ran my tests on and what's keeping it alive. Turns out, it's kept alive by it's AutoCompleteTextViews, which in turn are kept alive by android.widget.TextView$IClipboardDataPasteEventImpl. However there are no immediate dominators for IClipboardDataPasteEventImpl (except of course the GC Root). I tried to find that IClipboardDataPasteEventImpl on the internet and I searched grepcode (the android source), but the only thing I could come up with was this blog entry. I can't read whatever language that is, but what I could read are the English words thrown in, which indicates, that it might be a bug on the Samsung Galaxy SII (the phone I am using, running android 2.3.x), related to the ClipboardManager. However I am unsure of this (I want to fix this, hence I am disinclined to simply accept it to be an unfixable bug) and I have no clue, where this Clipboard is spawned and why. I would greatly appreciate any pointers/ideas on the matter.

推荐答案

我的memleak调查也把我带到这里。有问题的活动泄露了的EditText林。 android.widget.TextView $ IClipboardDataPasteEventImpl对象是持有其持有的活动的EditText。这发生在三星Galaxy Tab 10.1和Galaxy Tab的2 10.1,7.0。我无法重现它在其他非三星设备(华硕,宏碁)。

My memleak investigation also brought me here. Im having problems with Activity leaking over EditText. android.widget.TextView$IClipboardDataPasteEventImpl object is holding the EditText which is holding the activity. This happens on Samsung Galaxy Tab 10.1, and Galaxy Tab 2 10.1, 7.0. I wasn't able to reproduce it on other non Samsung devices (Asus, Acer).

坏的事情是,我并没有为它找到一个解决方案尚未:)

The bad thing is that I didn't find a solution for it yet :)

这篇关于通过IClipboardDataPasteEventImpl内存泄漏的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆