如何确定/计算位图的字节大小(使用BitmapFactory解码后)？我需要知道它占用了多少内存空间,因为我正在我的应用程序中进行内存缓存/管理.(文件大小不够,因为这些是jpg/png文件)
谢谢你的解决方案!
更新:getRowBytes*getHeight可能会成功.我将以这种方式实现它,直到有人提出反对它的东西.
如果您是Android开发人员,是否有任何良好的资源可以开始iOS开发？我记得微软为Android开发人员提供了让他们跳到WP的课程.我正在为iOS寻找类似的东西(最好是在线形式).
谢谢你的任何提示!
我正在考虑在Android应用中实现我的第一层缓存.我正在考虑使用SoftReferences来确保避免OOM异常,但由于有很多关于Android如何"太快"释放这些内容的文章,我决定研究android.util.LruCache缓存.
问题:如何为实际设备正确调整大小？一切听起来很不错LRU缓存是真正的解决方案而不是SoftReferences,但是如果你真的很想避免使用OOM异常,那么使用任意数量的数百万个硬引用都会感到非常不安全.如果你问我,这只是不安全.无论如何,这似乎是唯一的选择.我正在研究getMemoryClass以找出实际设备上应用程序的堆大小(+在调整缓存大小之前检查可用堆大小).基线是16 Megs听起来不错,但是我看过设备(例如旧时的G1)抛出OOM异常只有大约5兆字节的堆大小(根据Eclipse MAT).我知道G1很老了,但重点是我的经验与文档提到的16 Megs基线并不完全一致.因此,我完全不确定如果我需要最合理的话,我应该如何扩展LRU缓存.(对于8 Megs会很满意,并且在低规格设备上可以小到1 Meg)
谢谢你的任何提示.
编辑:我指的是Android LRU缓存类:http://developer.android.com/reference/android/util/LruCache.html
我有一个root设备,我在adb shell中键入"su",然后我尝试traceroute.它说"traceroute:not found".我在任何bin文件夹中都找不到traceroute.
谢谢你的任何提示.
我正在尝试在GingerBread(2.3)中探索新的并发垃圾收集器的行为.
可能有人请解释这些细节例如日志行(尤其是"暂停"的部分GC_CONCURRENT和GC_FOR_MALLOC)？
12-24 10:20:54.912 D/dalvikvm( 414): GC_CONCURRENT freed 510K, 57% free 2529K/5831K, external 716K/1038K, paused 8ms+5ms
12-24 10:20:54.963 D/dalvikvm( 414): GC_FOR_MALLOC freed 510K, 57% free 2529K/5831K, external 716K/1038K, paused 47ms