关于应用适配高分辨率的出现的oom问题

Fiod 2014-12-26 05:22:43
项目在一些720p设备上的基本操作不会出现问题，但在s5这样的1080P的高分辨率设备上稍微操作一下就报错了，log如下，我的图片只有一套，是不是以为图片的原因引起的oom，我通过设置largeheap属性确实是达到不报错的效果，但我不希望应用占用如此大的内存，应该怎样处理？


12-18 15:36:47.843: E/FastMixer(277): did not receive expected priority boost

12-18 15:36:48.123: E/dalvikvm-heap(20128): Out of memory on a 1149184-byte allocation.

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): android.view.InflateException: Binary XML file line #517: Error inflating class <unknown>

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.createView(LayoutInflater.java:626)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at com.android.internal.policy.impl.PhoneLayoutInflater.onCreateView(PhoneLayoutInflater.java:56)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.onCreateView(LayoutInflater.java:675)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:700)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.rInflate(LayoutInflater.java:761)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.inflate(LayoutInflater.java:498)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.inflate(LayoutInflater.java:398)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.inflate(LayoutInflater.java:354)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at com.didi.fragment.person.PersonChatFragment.onCreateView(PersonChatFragment.java:475)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.Fragment.performCreateView(Fragment.java:1500)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:927)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1104)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:682)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1467)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.FragmentManagerImpl$1.run(FragmentManager.java:440)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.os.Handler.handleCallback(Handler.java:733)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.os.Handler.dispatchMessage(Handler.java:95)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.os.Looper.loop(Looper.java:146)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.app.ActivityThread.main(ActivityThread.java:5653)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at java.lang.reflect.Method.invokeNative(Native Method)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at java.lang.reflect.Method.invoke(Method.java:515)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1291)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1107)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at dalvik.system.NativeStart.main(Native Method)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at Android.MODEL(SM-G9009W)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at Android.VERSION(4.4.2)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at Android.FINGERPRINT(samsung/klteduosctc/klte:4.4.2/KOT49H/G9009WKEU1ANJ5:user/release-keys)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): Caused by: java.lang.reflect.InvocationTargetException

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at java.lang.reflect.Constructor.constructNative(Native Method)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.createView(LayoutInflater.java:600)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at com.android.internal.policy.impl.PhoneLayoutInflater.onCreateView(PhoneLayoutInflater.java:56)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.onCreateView(LayoutInflater.java:675)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:700)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.rInflate(LayoutInflater.java:761)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.inflate(LayoutInflater.java:498)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.inflate(LayoutInflater.java:398)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.view.LayoutInflater.inflate(LayoutInflater.java:354)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at com.didi.fragment.person.PersonChatFragment.onCreateView(PersonChatFragment.java:475)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.Fragment.performCreateView(Fragment.java:1500)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:927)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1104)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:682)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1467)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.support.v4.app.FragmentManagerImpl$1.run(FragmentManager.java:440)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.os.Handler.handleCallback(Handler.java:733)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.os.Handler.dispatchMessage(Handler.java:95)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.os.Looper.loop(Looper.java:146)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.app.ActivityThread.main(ActivityThread.java:5653)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at java.lang.reflect.Method.invokeNative(Native Method)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at java.lang.reflect.Method.invoke(Method.java:515)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1291)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1107)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at dalvik.system.NativeStart.main(Native Method)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): Caused by: java.lang.OutOfMemoryError

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:694)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:519)

12-18 15:36:48.143: E/VLC/VlcCrashHandler(20128): 	a
...全文
272 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
windfury_plus 2014-12-29
  • 打赏
  • 举报
 回复
引用 5 楼 u012886582 的回复:
[quote=引用 4 楼 inquisitive_plus 的回复:] bitmap.compress(Bitmap.CompressFormat.JPEG, 30, null)普遍的压缩处理 afinal这个图片处理框架也可以考虑，http://www.oschina.net/p/afinal/
也就是说在同一个程序在720p和1080p之间运行，其占用的内存有较大差别是正常的？因为我用heap发现两者的内存差了将近1倍，720p是60m左右，在s5上刚运行就达到了100+m...[/quote] 有这个原因，但是应该不至于相差40m这么大。是不是有大量图片资源而且没有及时释放？
Fiod 2014-12-29
  • 打赏
  • 举报
 回复
引用 4 楼 inquisitive_plus 的回复:
bitmap.compress(Bitmap.CompressFormat.JPEG, 30, null)普遍的压缩处理 afinal这个图片处理框架也可以考虑，http://www.oschina.net/p/afinal/
也就是说在同一个程序在720p和1080p之间运行，其占用的内存有较大差别是正常的？因为我用heap发现两者的内存差了将近1倍，720p是60m左右，在s5上刚运行就达到了100+m...
windfury_plus 2014-12-27
  • 打赏
  • 举报
 回复
bitmap.compress(Bitmap.CompressFormat.JPEG, 30, null)普遍的压缩处理 afinal这个图片处理框架也可以考虑，http://www.oschina.net/p/afinal/
feiyushenyou 2014-12-26
  • 打赏
  • 举报
 回复
代码中设置是否可以设置显示参数，比如压缩显示。
Fiod 2014-12-26
  • 打赏
  • 举报
 回复
引用 1 楼 Brightshadow11111 的回复:
可能是手机有的本身对 内存管理比较严格，你要看下是这款手机的问题还是 大屏手机的 通病 如果只是这一款手机有问题，那么对它处理一下 如果是大屏手机都有这个问题，那么对图片重新改一下 看你这个应该是直接在 xml里面就设置了背景图片 也可以换到代码里设置看一下，或者把图片处理成 png的 再试试 ，以前我也遇到过，时间长了，忘了怎么弄的了，不过是某款手机，而不是所有这个分辨率的
现在手头s4 s5 都会有这样的问题，另外，我的图片部分在hdpi资源文件夹下，如果不设置largeHeap为true就会oom；另外你说的在代码里设置的意思是xml里设置背景跟代码设置背景有区别？还是说要先处理图片在set控件么？
五柳--先生 2014-12-26
  • 打赏
  • 举报
 回复
可能是手机有的本身对 内存管理比较严格，你要看下是这款手机的问题还是 大屏手机的 通病 如果只是这一款手机有问题，那么对它处理一下 如果是大屏手机都有这个问题，那么对图片重新改一下 看你这个应该是直接在 xml里面就设置了背景图片 也可以换到代码里设置看一下，或者把图片处理成 png的 再试试 ，以前我也遇到过，时间长了，忘了怎么弄的了，不过是某款手机，而不是所有这个分辨率的
JVM性能调优面试必问OOM和CPU100%和死锁排查实战原理分析
第一章节，介绍OOM异常的原因，分析方法论，实战OOM讲解，工具分析dump文件，确定问题点，解决问题等分析OOM问题排查实战。 第二章节，介绍CPU100%问题产生的原因，实战CPU100%,分析堆栈，以及死锁的问题，定位问题...
Android 图片内存控制重采样加载高分辨率图片,拒绝OOM
在平常的开发中,经常容易遇到的问题便是OOM的内存泄漏,而在泄漏的过程中,图片的问题一般占据榜首位置,即便在当前已经有了诸多优秀开源的图片缓存框架的情况下,有时候依旧不可避免.图片的加载消耗内存,大量的图片进行...
Bitmap 小结
在Android开发中离不开Bitmap的使用，而Bitmap又是一个吃内存的大胖子（最怕这个胖子和你的应用来个OOM亲密接触）所以在应用中使用Bitmap的时候你得十分小心，不然很有可能就会造成OOM了。本文针对Bitmap做一个简单...
Android性能优化系列之Bitmap图片优化
在不配置Options的情况下： 1.decodeFile、decodeStream在解析时不会对Bitmap进行一系列的屏幕适配，解析...2.图片分辨率越高，消耗的内存越大，当加载高分辨率图片的时候，将会非常占用内存，一旦处理不当就会OOM。
Android 万能适配方案和UI屏幕适配 不同分辨率 最全面 最易懂的
所以说，这个方案虽然是一劳永逸，但是由于实际上还是使用的px作为长度的度量单位，所以多少和google的要求有所背离，不好说以后会不会出现什么不可预测的问题。 其次，如果要使用这个方案，你必须尽可能多的包含...
Android

80,362

社区成员

91,291

社区内容

发帖
与我相关
我的任务
社区描述
移动平台 Android
androidandroid-studioandroidx 技术论坛（原bbs）
社区管理员
  • Android
  • yechaoa
  • 失落夏天
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章