lowmemorykiller 问题排查

已于 2023-02-02 21:34:31 修改
阅读量2.3k 收藏 4
点赞数
分类专栏： Android开发 java基础 文章标签： android adb
于 2023-02-02 16:33:28 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/u013168615/article/details/128852874
版权

lowmemorykiller: Killing 是什么？

"lowmemorykiller: Killing"是一条 Android 系统日志，表示系统内存不足，正在结束应用以释放内存。Lowmemorykiller 是 Android 系统内置的低内存回收机制，当系统内存不足时，它会根据应用的内存使用情况选择结束进程以释放内存。

如果您频繁看到这条日志，则可能意味着您的设备内存不足，您可以考虑升级设备或采取其他措施（例如关闭不必要的后台进程）以释放内存。

如何通过日志排查内存不足的原因？怎么通过日志排查是哪个进程引起的问题？

如果您正在排查 Android 系统内存不足的问题，您可以从以下几个方面入手：

检查系统日志：Android 系统在内存不足时会生成大量相关日志，您可以从中找到内存不足的原因。可以使用 ADB 工具收集日志，然后使用文本编辑器或特殊工具（例如 Logcat 使用工具）查看。

使用内存监视器：您可以使用第三方内存监视器工具（例如 MAT，Memory Analyzer）来分析系统内存使用情况。这些工具可以帮助您识别内存泄漏的程序和最消耗内存的程序。

检查应用程序：您可以检查应用程序是否正在不正确地使用内存，例如是否泄漏内存。您可以使用工具（例如 MAT，LeakCanary）来识别和分析内存泄漏的情况。

通过以上这些方法，您可以找到内存不足的原因，从而确定是哪个进程引起了问题。

如何通过当前的日志查看系统各个进程的内存使用情况

最低0.47元/天 解锁文章
[Android Framework] 系统 ANR (死机冻屏)问题排查实践小结
小羊子的技术专栏
08-20 1013
本文记录了工作中遇到的Andorid 系统层级 ANR 的问题排查及解决思路。 具体问题：在 VR一体机设备中遇到了第三方应用在视频播放时 当高标清切换时 出现了*死机冻屏* 的问题。
OOM问题预防和排查内存泄漏及解决方法
kuodehai的专栏
02-19 8431
理解了这个算法我们就理解了为啥 MySQL 躺着也能中枪了，因为它的体积总是最大（一般来说它在系统上占用内存最多），所以如果 Out of Memeory (OOM) 的话总是不幸第一个被 kill 掉。 一、什么是OOM，为什么会OOM 二、OOM问题排查 三、OOM问题解决方法
Android13 针对low memory killer内存调优
superjaingchao的专栏
02-20 3528
在旧版本的安卓系统中，当触发lmk（low memory killer）的时候一般认为就是内存不足导致，但是随着安卓版本的增加lmk的判断标准已经不仅仅是内存剩余大小，io，cpu同样会做评判，从而保证设备性能。这里控制是通过监听kernel里的epoll事件，然后做相关判断进行进程的kill，这里代表了内存失速，由于我们3g内存其实也并不是很宽裕，通过killinfo我们可以看到psi最后一项达到了23.650000证明cpu压力很大，证明系统回收内存压力较大，我们通过修改。内存压力检测的默认机制。
LMK low memory killer
2401_84123056的博客
04-18 894
通过上部分可以发现，Low Memory Killer在内存不足时显得尤为重要，其在 Cached Pages 低于阈值时被触发。
Android Low Memory Killer
aehvbew8628的博客
05-21 205
Low Memory Killer的原理 　　在Android中，即使当用户退出应用程序之后，应用程序的进程也还是存在于系统中，这样是为了方便程序的再次启动，但是这样的话，随着打开的程序数量的增加，系统的内存会变得不足，就需要杀掉一部分进程以释放内存空间。至于是否需要杀死一些进程和哪些进程需要被杀死，是通过Low Memory Killer机制来进行判定的。 　　Android的Lo...
Android内核详解之Low memory killer
热门推荐
mznewfacer的专栏
03-02 1万+
Android在内存管理上与linux有些小的区别。其中一个就是引入了Low memory killer . 1,引入原因    Android是一个多任务系统，也就是说可以同时运行多个程序，这个大家应该很熟悉。一般来说，启动运行一个程序是有一定的时间开销的，因此为了加快运行速度，当你退出一个程序时，Android并不会立即杀掉它，这样下次再运行该程序时，可以很快的启动。随着系统中保留的程序越
Android中的LowMemoryKiller机制
博艺的技术专栏
08-02 1741
进程的启动分为冷启动和热启动，当用户退出进程后，Android系统不会立即将此进程回收，而是将其放到后台运行，下次再启动这个程序的时候，直接将这个放在后台的进程拉起来使用，加快启动速度，这种启动方式称为热启动。而冷启动则是重新为这个程序分配进程。那么问题来了，当启动的程序较多，然后又退出了，后台就会留下很多这种空的进程，占据了大量的内存空间。Android当内存剩余的空间满足一定的条件时，会对后台的进程进行查杀，以保证内存是可用的，这就是Android中LMK（LowMemoryKiller机制）
lowmemkiller 分析
u014089131的博客
03-01 2795
Android是一个多任务系统，也就是说可以同时运行多个程序，这个大家应该很熟悉。一般来说，启动运行一个程序是有一定的时间开销的，因此为了加快运行速度，当你退出一个程序时，Android并不会立即杀掉它，这样下次再运行该程序时，可以很快的启动。随着系统中保留的程序越来越多，内存肯定会出现不足，lowmemorykiller就是在系统内存低于某值时，清除相关的程序，保障系统保持拥有一定数量的空闲内存
linux中引起OOM Killer的原因及排查思路
liangkk的博客
08-23 2403
OOM Killer（Out-Of-Memory Killer）的触发通常是由于Linux系统内存不足时，内核采取的一种极端保护措施
linux内核oom,linux下OOM问题排查 互联网技术圈 互联网技术圈
weixin_30467625的博客
05-01 1129
问题描述用户问题：用户发现自己的服务器CPU在某一时刻陡然升高，但从监控上看，同一时刻的业务量却并不高，客户怀疑是云服务器有问题，希望技术支持团队予以解决。经过我们的排查，发现cpu的两次间歇飙高是由于客户系统当时发生了OOM(out of memory)的情况，并触发了oom-killer造成的。但客户并不接受这个结论，认为是云服务器的异常导致了cpu飙高，而cpu的升高又导致了oom情况的发生...
lowmemorykiller
lei7143的专栏
11-02 584
frameworks\base\services\core\java\com\android\server\am\ProcessList.java static final int VISIBLE_APP_ADJ = 100; static final int VISIBLE_APP_LAYER_MAX = PERCEPTIBLE_APP_ADJ - VISIBLE_APP_ADJ...
low memory killer
05-07 2365
Low Memory Killer(低内存管理) 　　对于PC来说，内存是至关重要。如果某个程序发生了内存泄漏，那么一般情况下系统就会将其进程Kill掉。Linux中使用一种名称为OOM(Out Of Memory，内存不足)的机制来完成这个任务，该机制会在系统内存不足的情况下，选择一个进程并将其Kill掉。Android则使用了一个新的机制——Low Memory Killer来完成同样的
Low Memory Killer(低内存管理)
vichie2008的专栏
09-05 1993
对于PC来说，内存是至关重要。如果某个程序发生了内存泄漏，那么一般情况下系统就会将其进程Kill掉。Linux中使用一种名称为OOM(Out Of Memory，内存不足)的机制来完成这个任务，该机制会在系统内存不足的情况下，选择一个进程并将其Kill掉。Android则使用了一个新的机制——Low Memory Killer来完成同样的任务。下面首先来看看Low Memory Killer机制的
LMK(Low Memory Killer)
dk_work的博客
11-24 1892
Low Memory Killer进程按照状态分完重要性之后，就要开始杀进程了。Android的Low Memory Killer基于Linux的OOM机制，在Linux中，内存是以页面(page)为单位，当申请页面分配不足的时候，系统会通过Low Memory Killer来杀掉bad进程，释放内存。Low Memory Killer会根据进程的adj级别以及所占的内存，来决定是否杀掉该进程，a...
Low Memory Killer in Android
我的博客
05-29 2209
Android LMK机制以及如何使用LMK机制为我们服务
HTML 标签简写及全称
2401_84097678的博客
05-11 651
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点！
low memory killer的触发
weixin_33862993的博客
07-10 1069
low memory killer究竟是怎么执行起来的呢？不难猜测...
public void notifyErrorType(int type, long timestamp, int imageNum, int mergeNum, 148 ImageCategory.ImageItemInfo imageItemInfo) { 149 CameraUnitLog.e(TAG, "notifyErrorType, type: " + getErrorTypeInfo(type) + ", timestamp: " + timestamp 150 + ", imageNum: " + imageNum + ", mergeNum: " + mergeNum); 151 152 switch (type) { 153 case DIED_TYPE_CAPTURE_FAILED: 154 handleCaptureFailed(timestamp, imageNum, mergeNum, imageItemInfo); 155 break; 156 157 default: 158 break; 159 } 160 } 161 162 private void handleCaptureFailed(long timestamp, int imageNum, int mergeNum, ImageCategory.ImageItemInfo imageItemInfo) { 163 mApsAdapter.onCaptureFailed(timestamp, imageNum, mergeNum, true, imageItemInfo); 164 } 165 166 private String getErrorTypeInfo(int type) { 167 String value = null; 168 169 switch (type) { 170 case DIED_TYPE_CAPTURE_FAILED: 171 value = “DIED_TYPE_CAPTURE_FAILED”; 172 break; 173 174 default: 175 break; 176 } 177 178 return value; 179 } 180 758 private void notifyCaptureFailed(long timestamp, int imageNum, int mergeNum) { 759 ImageCategory.ImageItemInfo imageItemInfo = new ImageCategory.ImageItemInfo(); 760 imageItemInfo.mApsServiceListener = mApsServiceListener; 761 762 if (imageNum >= 1) { 763 notifyErrorType(DIED_TYPE_CAPTURE_FAILED, timestamp, imageNum, mergeNum, imageItemInfo); 764 } 765 } 766 03-17 09:19:33.344018 13856 13856 V OCAM_z_BaseMode: updateCountDownTime 03-17 09:19:33.346854 521 521 E lowmemorykiller: adj:1001 file_cache: 917522 free:81687 03-17 09:19:33.346896 521 521 E lowmemorykiller: device has enough memory 3883064Kib, and freeMemory 427572Kib, disable killing(limit_killing:1572864Kib) 03-17 09:19:33.348434 13856 20886 W CameraUnit, ApsProcessor: notifyErrorType, type: DIED_TYPE_CAPTURE_FAILED, timestamp: 526440116000, imageNum: 1, mergeNum: 8 03-17 09:19:33.348817 914 972 E android.hardware.sensors-service.multihal: akm_log pg_mag before , 11.577684, -8.098380, -13.677265, dt: 160 03-17 09:19:33.348922 914 972 E android.hardware.sensors-service.multihal: akm_log pg_acc before filter, -0.108889, 4.015278, 8.343611, dt: 160 03-17 09:19:33.348943 914 972 E android.hardware.sensors-service.multihal: akm_log pg_acc after, -0.108889, 4.015278, 8.343611, dt: 160 03-17 09:19:33.348975 914 972 E android.hardware.sensors-service.multihal: akm_log pg_mag after , 11.577684, -8.098380, -13.677265, dt: 159 03-17 09:19:33.349132 1031 1031 I BufferQueueProducer: VDS-olc_mediaProjection SINK queueBuffer: fps=52.78 dur=1004.13 max=65.43 min=10.22 03-17 09:19:33.349638 13856 20886 W CameraUnit, Camera2Impl: onCaptureFailed, fail reason:0 03-17 09:19:33.349719 13856 20783 E OCAM_ApsService: onCaptureFailed 03-17 09:19:33.350003 1343 21378 I MtkCam/P1NodeImp: generateAppMeta Cam::0 cannot find raw_reproc hint from in-app 03-17 09:19:33.350111 13856 20783 E OCAM_CaptureProcessor: onDeviceCaptureFailed, capture: 1 03-17 09:19:33.350408 13856 20783 V OCAM_CaptureProcessor: changeCaptureState, prevState: SHUTTER, newState: FAILED, captureId: 1 03-17 09:19:33.350469 13856 20875 E ApsAdapter, ApsAdapterImpl: onCaptureFailed, identity526440116000 03-17 09:19:33.350567 13856 20783 V OCAM_ThumbnailProcessor: onCaptureStateChanged, capture failed, burst-shot: false 03-17 09:19:33.350635 13856 20783 V OCAM_z_BaseMode: onCaptureStageChanged, captureStage: FAILED目前遇到的问题是手机相机点击拍照失败。中文回答（疑似内存不足）
最新发布
03-25
<think>好的，我现在需要分析用户提供的代码和日志，找出手机相机拍照失败的原因，特别是可能与内存不足相关的问题。首先，我要仔细阅读用户提供的代码片段和日志信息，理解各个部分的功能和交互。 首先看代码部分：notifyErrorType方法在发生错误时被调用，记录错误信息并根据错误类型进行处理。当错误类型是DIED_TYPE_CAPTURE_FAILED时，会调用handleCaptureFailed方法，进而通过mApsAdapter.onCaptureFailed通知适配器捕获失败。同时，notifyCaptureFailed方法在满足条件时触发notifyErrorType，传递相关参数。 接下来分析日志：发现有多条错误和警告信息。关键点包括： 1. lowmemorykiller日志显示设备剩余内存427572Kib，而limit_killing设置为1572864Kib，系统认为内存足够，未触发杀进程。但这里可能存在误解，因为虽然总内存足够，但应用层可能面临内存压力。 2. CameraUnit的ApsProcessor记录了一个类型为DIED_TYPE_CAPTURE_FAILED的错误，伴随timestamp、imageNum和mergeNum参数。 3. 后续的Camera2Impl报告onCaptureFailed，原因0，可能代表具体的硬件或驱动错误。 4. ApsService和CaptureProcessor也记录了捕获失败，状态从SHUTTER变为FAILED。 用户提到的问题是拍照失败，怀疑内存不足。需要结合代码逻辑和日志信息来验证这一点。 首先，代码中的错误处理逻辑在捕获失败时会记录相关信息，但并没有直接处理内存不足的情况。不过，lowmemorykiller的日志显示系统当时没有杀死进程，因为剩余内存超过阈值。这可能意味着系统层面认为内存足够，但应用本身可能存在内存分配问题，例如相机应用无法获取足够的内存进行图像处理，尤其是在处理高分辨率图片或合并多张图片时（mergeNum为8）。 另外，日志中imageNum为1，mergeNum为8，可能是在进行多帧合成（如HDR或夜景模式），这需要较大的内存。如果应用在此时无法分配足够内存，可能导致捕获失败。尽管系统整体内存足够，但碎片化或应用内存限制可能导致分配失败。 此外，其他可能的因素包括相机驱动或硬件问题（如onCaptureFailed的fail reason:0），或者图像处理服务（如ApsService）中的异常。需要进一步查看fail reason的具体定义，但用户提供的代码中未包含这部分信息。 综合来看，虽然lowmemorykiller未触发，但相机应用在特定操作（多帧合并）时可能遇到内存不足，导致捕获失败。建议用户尝试以下步骤：1. 清理后台应用释放内存；2. 重启手机；3. 检查相机设置，降低分辨率或关闭多帧合成功能；4. 查看系统更新或相机应用更新，修复可能存在的bug。</think>通过分析代码和日志，拍照失败问题可能涉及内存管理或硬件交互异常，以下是逐步排查建议： $\boxed{\text{问题分析步骤}}$ 一、核心错误定位 1. 观察关键日志标记： ```log 03-17 09:19:33.346854 ... lowmemorykiller: free:81687 ... disable killing 03-17 09:19:33.348434 ... notifyErrorType: DIED_TYPE_CAPTURE_FAILED 03-17 09:19:33.349638 ... onCaptureFailed, fail reason:0 ``` 二、内存状况验证 1. 系统级内存监控： - 总内存：$3883064\text{KiB} \approx 3.8\text{GB}$ - 剩余内存：$427572\text{KiB} \approx 417\text{MB}$ - $\text{触发阈值}=1572864\text{KiB} \approx 1.5\text{GB}$ - $\text{剩余内存} > \text{阈值}$ 故未触发进程清理 2. 应用内存瓶颈： ```java // 代码行762-764 if (imageNum >= 1) { notifyErrorType(...mergeNum:8...); // 合并8张图片需要连续内存 } ``` - 多帧合成（mergeNum=8）可能导致： - 堆内存碎片化 - 超出单个应用内存限制 三、错误处理流程 1. 错误传播路径： $$ \text{notifyCaptureFailed} \rightarrow \text{notifyErrorType} \rightarrow \text{handleCaptureFailed} \rightarrow \text{mApsAdapter.onCaptureFailed} $$ 2. 关键参数分析： ```java // 代码行163 mApsAdapter.onCaptureFailed(..., true, ...); // 参数4为isNeedRetry ``` - `true` 表示尝试重试，但日志未见重试记录 四、解决方案建议 1. 内存优化方案： - 强制GC回收内存（需在代码中主动调用） ```java // 在notifyErrorType前添加 System.gc(); Runtime.getRuntime().freeMemory(); ``` - 降低图像处理参数： $$ \text{设mergeNum}=n, \text{建议}n \leq 4 $$ 2. 错误处理增强： ```java // 修改代码行157-158 default: CameraUnitLog.e(TAG, "Unhandled error type:" + type); // 补充未处理类型日志 ``` 3. 硬件交互检查： - 确认`fail reason:0`对应的错误码定义 - 检查相机驱动日志： ```log MtkCam/P1NodeImp: generateAppMeta...cannot find raw_reproc hint ``` 可能表示ISP处理异常 五、验证方法 1. 内存压力测试： ```bash adb shell dumpsys meminfo <package_name> ``` 观察`Java Heap`和`Native Heap`分配 2. 最小化复现条件： $$ \text{设imageNum}=1, \text{mergeNum}=1 \rightarrow \text{验证是否成功} $$ 建议优先尝试清理后台进程后重新拍摄，若问题依旧，可联系硬件厂商确认`fail reason:0`的具体定义。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值