oomandroid

‘壹’ android线程超过多少会oom

首先要说一点，就是在Android中线程数超过一定量，也会抛出OOM，所以OOM不一定是内存不足了才会抛出OOM。
具体数量的问题，每个厂商、每个具体型号的手机最大数量都不太一样，华为有些手机限制400多个，默认的话应该是1000多个。

‘贰’ 内存占用与OOM相关的知识点干货

本文作者友盟+ U-APM项目组 张方涛

Android内存优化至关重要，而避免内存溢出（OOM）是其核心。本篇将聚焦于内存占用与OOM相关的关键知识点。

Android的内存管理机制包括运行时（ART）和Dalvik虚拟机的paging和memory-mapping。共享内存实现通过多种方式完成，分配与回收应用内存、限制应用内存、以及应用切换操作均需关注。内存监控是管理中的重要部分，主要指标包括内存占用与OOM。

在了解内存占用情况时，可通过命令行或Android Studio的Profiler工具进行查看。重要指标如内存占用量需重点关注。OOM产生于待申请内存超过系统分配给应用的剩余内存时。对于Android平台，产生OOM的原因主要涉及内存的不合理使用。

内存优化需从多个方面入手，包括优化大对象、减小新对象的内存占用、选择更高效的数据结构、优化Bitmap创建、合理复用对象以及避免系统资源的浪费。确保系统资源的高效利用，如使用LRU Cache缓存Bitmap，避免频繁调用onDraw方法，以及及时回收Bitmap和监听器，确保Cursor关闭。

内存泄漏会导致对象无法及时释放，引发后续内存分配不足，进而产生OOM。活动泄漏、及时回收Bitmap、注销监听器、以及关闭Cursor都是避免内存泄漏的关键。友盟+ U-APM应用性能监控平台提供免费的Android OOM异常监控服务，通过轻量级集成即可使用，帮助开发者实时监控应用性能，优化内存管理。

更多关于内存管理、进程间内存分配、应用内存限制、以及使用内存性能分析器的知识，可参考官方文档或相关教程，以深入理解并优化Android应用的内存使用。

‘叁’ 如何分析android的oom，与java静态代码分析工具

在Android平台上面，应用程序OOM异常永远都是值得关注的问题。通常这一块也是程序这中的重点之一。这下我就如何解决OOM作一点简单的介绍。
首先，OOM就是内存溢出，即Out Of Memory。也就是说内存占有量超过了VM所分配的最大。
怎么解决OOM，通常OOM都发生在需要用到大量内存的情况下（创建或解析Bitmap，分配特大的数组等），在这样的一种情况下，就可能出现OOM，据我现在了解到，多数OOM都是因为Bitmap太大。所以，这里我就专门针对如何解决Bitmap的OOM。其实最核发的就是只加载可见范围内的Bitmap，试想这样一种情况，在GridView或ListView中，数据量有5000，每一屏只显示20个元素，那么不可见的，我们是不需要保存Bitmap在内在中的。所以我们就是只把那么可见的Bitmap保留在内存中，那些不可见的，就释放掉。当元素滑出来时，再去加载Bitmap。
这里我有两种方式，都可以避免OOM。
一，主动释放Bitmap的内存
这种方式我简单说一下，不太推荐，这也是我最开始使用的一种方法，但最后证明它不是最好的。（不推荐）
它的本质思路是：
1、只加载可见区域的Bitmap
2、滑动时不加载
3、停止滑动（Idle）后，开始重新加载可见区域的图片
4、释放滑出可见区域的Bitmap的内在。
它比较复杂：
1、我们需要监听GridView/ListView的滑动事件，这个很简单做到，AbsListView#setOnScrollListener(OnScrollListener l)
2、主动调用Bitmap#recycle()方法，它会导致一个问题，必须判断这个Bitmap是否被一个View(ImageView等）所引用，如果被引用，我们不能简单地调用recycle()方法，这样会导致异常，说是View使用了一个已经被回收的Bitmap。
3，我们必须设计自己的线程来控制开始/暂停等，因为GridView/ListView的滑动状态可能不断地变化，也就是说滑动->停止->滑动，这种状态可能不断变化，这样就会导致我们的线程中的run()方法里面的逻辑比较复杂，一旦复杂，问题就可能就得更多。
基于以上几点，这种方式不是最好的，所以不推荐。
二，设计Cache
这种方式，我觉得是比较好的一种，它首先利用了cache，我认为cache是一个很重要的东西，把Bitmap的内存单独放在一个地方来管理，这个地方就是cache，它的容量是一定的，我们可能会不断的向这个cache中添加元素，也可能不断的移除元素。
为了更好的说明这种方式，先要介绍一下LruCache。
LruCache
1、这其实就是一个LinkedHashMap，任意时刻，当一个值被访问时，它就会被移动到队列的开始位置，所以这也是为什么要用LinkedHashMap的原因，因为要频繁的做移动操作，为了提高性能，所以要用LinkedHashMap。当cache满了时，此时再向cache里面添加一个值，那么，在队列最后的值就会从队列里面移除，这个值就有可能被GC回收掉。