这是一个创建于 1535 天前的主题，其中的信息可能已经有所发展或是发生改变。
事情是这样的，我的同事让我帮他看这个代码为什么不分配内存，我看了两天没啥结果，水平不够就来问了
binding.button.setOnClickListener { repeat(1000) { list.add(Bitmap.createBitmap(10240, 102 / 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 rb6221 2021-08-04 13:52:22 +08:00 via iPhone 新版本特意改成这样的，为了防止 oom，现在手机内存可大了，用这么多正常 |
 | 6 r00tt 2021-08-04 13:53:00 +08:00 因为你把 bitmap 加入到 list 里面去了，自然不会回收 |
| OP |
| 8 rb6221 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 虚拟内存管理) |
Select Language