事情是这样的,我的同事让我帮他看这个代码为什么不分配内存,我看了两天没啥结果,水平不够就来问了
binding.button.setOnClickListener {
repeat(1000) {
list.add(Bitmap.createBitmap(10240, 1024 / 4, Bitmap.Config.ARGB_8888))
}
}
通过 Android studio 的 profiler 查看内存根本没动静,dump 出来看到都 bitmap 的 Native size 都已经 9 个 G 了(亲测),每个 java bitmao 也都有 NativePtr,还不是相同的,但是这应该是 bug 或者是虚拟内存空间的?搞不懂,然后看了两天代码,基础有点差,最后只看到确实分配了内存
sk_sp<Bitmap> Bitmap::allocateHeapBitmap(size_t size, const SkImageInfo& info, size_t rowBytes) {
// 应该是这里吧??
void* addr = calloc(size, 1);
if (!addr) {
return nullptr;
}
return sk_sp<Bitmap>(new Bitmap(addr, size, info, rowBytes));
}
昨天也是搞到几点才睡觉,救😭
1
Cabana 2021-08-04 08:58:39 +08:00 via iPhone
你看的是不是 java 内存占用呀?
|
2
hnbcinfo 2021-08-04 09:02:57 +08:00
看列表头像,我以为我发的帖子呢。[狗头]
|
3
maokabc 2021-08-04 09:21:20 +08:00 via Android
java 层 bitmap 就是个壳,实际是那个 nativePtr 对应的 native 对象,java 对象没被回收 native 层对应的内存也不会被释放。jni 常见的方式,用 long 存储 native 指针。
|
4
limerence12138 OP |
5
janus77 2021-08-04 13:52:22 +08:00 via iPhone
新版本特意改成这样的,为了防止 oom,现在手机内存可大了,用这么多正常
|
6
r00tt 2021-08-04 13:53:00 +08:00
因为你把 bitmap 加入到 list 里面去了,自然不会回收
|
7
limerence12138 OP |
8
janus77 2021-08-04 15:50:15 +08:00
@limerence12138 #7 当然可以,native 内存理论上可以达到你手机的物理上限,现在主流手机都是 8G 了 旗舰 12G 9G 很正常啊
|
9
r00tt 2021-08-04 16:21:04 +08:00
@limerence12138 仔细看了下,确实是虚拟内存,我按照你的代码,把 repeat 改成了 10000,程序依旧正常。htop 看了下 VIRT 已经 100 多 G 了,实际上应用占用内存才几百 M 。alloc 分配的是虚拟内存,实际能用的取决于 MMU 吧,你这 1k 个 bitmap 又没同时展示出来,所以不会 oom 的
|
10
limerence12138 OP |
11
hyb1996 2021-08-04 23:09:21 +08:00 via Android
只要你不用(不读,不写),物理内存就不会实际分配,你分配时读一下试试
|
12
r00tt 2021-08-05 01:07:03 +08:00
@limerence12138 还是跟系统的配置有关系的,我 cat 了下 /proc/sys/vm/overcommit_memory 这个文件,值是 1,文档上说是 “always overcommit, never check ” 所以可以不停分配而没有 OOM,再者,你只是分配这么多 Bitmap,实际上并没有同时 show 出来
|
13
john6lq 2021-08-05 09:33:40 +08:00 via iPhone
https://blog.csdn.net/pansaky/article/details/90267374
内存管理(原理及机制,linux/Android 虚拟内存管理) |