android线程太多导致OOM（android 线程）
本篇目录：
1、Android线程优先级和进程oom_adj2、如何解决上传多张图片时遇到的oom问题3、Android的OOM_ADJ4、Android帧动画/AnimationDrawable导致的OOM/ANR的解决方案5、android线程超过多少个会oomAndroid线程优先级和进程oom_adj
当应用的执行离开了onReceive()，就等同告诉框架，此应用已经执行完receiver 了，不需要再保持高优先级的OOM_ADJ。当系统进行大量广播、或内存较紧时，进程可能很快就被砍掉。此问题在开机或FOTA后特别容易发生。
在Android系统中，每个进程都有一个唯一的进程ID，以标识该进程。相比之下，线程是进程内的一个执行单元，可以看作是进程内的一条执行路径。一个进程可以包含多个线程，这些线程共享进程的内存和资源。
( 1 ) 进程分类，后面的数字为oom_adj值，每个进程都有oom_adj值，越小越重要，被杀的可能性越低，在相同oom_adj下内存占用大的优先被回收。
Android有着优秀的内存回收机制 Android使用了一个名为Low Memory Killer(LMK)的机制来管理内存，当内存出现不足时，LMK就开始挥舞屠刀杀掉一些进程以获得新的内存空间。
如何解决上传多张图片时遇到的oom问题
1、首先先来解决大图加载的问题，一般在实际应用中展示图片时，因屏幕尺寸及布局显示的原因，我们没有必要加载原始大图，只需要按照比例采样缩放即可。
2、在日常工作中，我们经常会遇到OOM异常，下面来记录并分享下对OOM异常的处理方法：OOM是比较常见的内存溢出问题。首先，应该先确认是内存泄漏问题还是内存溢出问题。
3、最常见的解决方法就是对象的复用，创建各种pool。
4、一般碰到这个问题的，都涉及到大文件上传的问题，大文件上传过程中除了base64编码时可能OOM，其实还有其他问题，虽然提问中没有提出，可能是因为这个问题还没有解决，所以还没有遇到其它问题，我就围绕着大文件上传来解决这个问题吧。
5、在Android平台上，长期保持一些资源的引用，造成一些内存不能释放，带来的内存泄露问题很多。
6、你自己不去解决这个内存分配问题估计老天也难解决这个问题！），在大量分配bitmap或者图片稍大时会很容易造成oom。建议楼主参考使用facebook的fresco框架，在图片分配内存解决方面比较好。
Android的OOM_ADJ
1、android内存不够了，会触发oom机制，lowMemoryKiller会根据每个进程的oom_adj的等级，依次杀死进程，释放内存。lom会根据free的内存的值，来判断kill掉哪个等级下的进程。例如当空闲内存只有64M了。
2、如果直接启动一个 Activity，当我们按下 back 键返回桌面的时候，oom_adj 的值是 8， 上面已经提到过，这个进程在资源不够的情况下是容易被回收的。现在造一个一个像素 的Activity。
3、当物理内存低于阈值，就会杀掉一些优先级低的进程，释放内存。
4、在android中，进程的oom_adj值也就代表了它的优先级。oom_adj值越高代表该进程优先级越低。
Android帧动画/AnimationDrawable导致的OOM/ANR的解决方案
1、首先加载一定数量的帧到Bitmap缓冲区，加载完成后通知SurfaceView开始绘制。SurfaceView绘制一帧完成后通知Bitmap缓冲区加载下一帧，同时将绘制过的一帧的从Bitmap缓冲区移除。
2、）保持响应不发生ANR：①从UI线程中移除费时操作这个方式还可以防止用户操作出现系统不响应（ANR）对话框。需要做的就是继承AsyncTask来创建一个后台工作线程，并实现doInBackground()方法。
3、帧动画 对应AnimationDrawable类，继承自DrawableContainer，通过加载多个Drawable来一帧一帧播放达到动画效果。尽管很多人觉得这个不值一提，但是某些动画效果，如显示个小羊吃草还必须得用这个动画。
4、在Android0(即API Level11)以前，Android仅支持2种动画：分别是Frame Animation(逐帧动画)和Tween Animation(补间动画)，在0之后Android支持了一种新的动画系统，称为：Property Animation(属性动画)。
android线程超过多少个会oom
1、android内存不够了，会触发oom机制，lowMemoryKiller会根据每个进程的oom_adj的等级，依次杀死进程，释放内存。lom会根据free的内存的值，来判断kill掉哪个等级下的进程。例如当空闲内存只有64M了。
2、每一屏只显示20个元素，那么不可见的，我们是不需要保存Bitmap在内在中的。所以我们就是只把那么可见的Bitmap保留在内存中，那些不可见的，就释放掉。当元素滑出来时，再去加载Bitmap。这里我有两种方式，都可以避免OOM。
3、如果超过了这个限制就会抛出Android Out Of Memory(OOM) 这个异常。
4、OOM有时候是APP自己的原因，有时候也可能是整个系统的原因；Android 4之前，Android系统一直都是在Dalvik 虚拟机上的， 从Android 4开始开始引入ART，到0已经成为默认选择。
5、开线程无上限，就是开的越多，程序耗内存越大/逻辑越混乱，很容易挂掉。
6、线程是进程的一个实体，是CPU调度和分派的基本单位，它是比进程更小的能独立运行的基本单位。在Android中，线程会有那么几种状态：创建、就绪、运行、阻塞、结束。当应用程序有组件在运行时，UI线程是处于运行状态的。
到此，以上就是小编对于android 线程的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。
版权声明: 本站仅提供信息存储空间服务，旨在传递更多信息，不拥有所有权，不承担相关法律责任，不代表本网赞同其观点和对其真实性负责。如因作品内容、版权和其它问题需要同本站联系的，一经查实，本站将立刻删除。