V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
This topic created in 2793 days ago, the information mentioned may be changed or developed.
内存泄漏的地方每台手机都不一样，本渣就用 Leakcanary 对公司所有测试机存在泄漏的地方都修复地七七八八，OOM 基本不会爆。但是上线后，友盟后台还是爆很了很多 OOM，真的没办法了我。而且后台也没有 stacktrace。
看了后台，爆 OOM 大多数为 OS4.4，有少量 7.0.
 |
1
ntdll Sep 15, 2018
治本：自己找测试机，然后排查问题，解决问题；
治标：可能存在 OOM 的地方，都给他单独开一个进程(process)。以延缓 OOM 的发生时间，同时也保证了在 OOM 时，不会影响到其他部件的正常运转。 |
 |
2
iBaoger Sep 15, 2018 via Android
针对第三方的内存泄漏，内存申请时左右分别预留冗余空间。如果是自己的锅，还是老老实实的解决掉
|
 |
3
iceheart Sep 15, 2018 via Android
低水准的就别用 c/c++了
|
 |
4
vjnjc Sep 16, 2018 via Android
那说明你们正常业务就用了太多内存啊。
你想 Android4.4 的基本都是老手机，7.0 的大部分都是新手机 |
 |
5
xiaohei233 Sep 18, 2018
应该是内存泄漏问题没有根治。分析是什么原因导致的。是单例错误使用，还是静态常量导致 activity 无法回收？ 还有可以用 AS 自带的 Android profiler 手动监测内存泄漏。
|
Select Language