monkey测试 --kill-process-after-error参数原理解析；android不弹ANR弹窗；ANR时进程被杀重启

最新推荐文章于 2024-08-29 21:35:53 发布
最新推荐文章于 2024-08-29 21:35:53 发布
阅读量2.6k 收藏
点赞数 1
分类专栏： Android 文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/archie_7/article/details/113612079
版权

背景

项目中跑monkey发现anr分析log时，发现进程出现anr时，进程直接被杀掉了，因为需要在anr时抓取内存信息，结果因为进程重启导致抓到的内存信息并不是出问题时的信息。因此研究了一波Android出现anr时的处理逻辑。这里基于mtk平台，部分源码可能有差异。

Android ANR触发流程

一、ANR后触发dump等操作的代码
frameworks/base/services/core/java/com/android/server/am/AppErrors.java
接口为appNotResponding()

    final void appNotResponding(ProcessRecord app, ActivityRecord activity,
            ActivityRecord parent, boolean aboveSystem, final String annotation) {
        ArrayList<Integer> firstPids = new ArrayList<Integer>(5);
        SparseArray<Boolean> lastPids = new SparseArray<Boolean>(20);
Slog.d("testview", "=================================== appNotResponding " + (mService.mController == null ? "controller is null" : "controller not null"));

        if (mService.mController != null) {
            try {
                // 0 == continue, -1 = kill process immediately
                int res = mService.mController.appEarlyNotResponding(
                        app.processName, app.pid, annotation);
Slog.d("testview", "=================================== appNotResponding res is " + res);
                if (res < 0 && app.pid != MY_PID) {
                    app.kill("anr", true);
Slog.d("testview", "=================================== app.kill"); 
                }
            } catch (RemoteException e) {
                mService.mController = null;
                Watchdog.getInstance().setActivityController(null);
            }
        }
        ......
Slog.d("testview", "=================================== startAnrDump");
        /// M: ANR Debug Mechanism
        if (mService.mAnrManager.startAnrDump(mService, app, activity, parent, aboveSystem,
                annotation, showBackground)) {
       
Slog.d("testview", "=================================== startAnrDump finished"); 
           return;
        }


Slog.d("testview", "=================================== next"); 
        if (mService.mController != null) {
            try {
                // 0 == show dialog, 1 = keep waiting, -1 = kill process immediately
                int res = mService.mController.appNotResponding(
                        app.processName, app.pid, info.toString());
                if (res != 0) {
                    if (res < 0 && app.pid != MY_PID) {
                        app.kill("anr", true);
Slog.d("testview", "=================================== res < 0 && app.kill"); 
                    } else {
                        synchronized (mService) {
                            mService.mServices.scheduleServiceTimeoutLocked(app);
                        }
                    }
                    return;
                }
            } catch (RemoteException e) {
                mService.mController = null;
                Watchdog.getInstance().setActivityController(null);
            }
        }

        synchronized (mService) {
            ......
            // Bring up the infamous App Not Responding dialog
            Message msg = Message.obtain();
            msg.what = ActivityManagerService.SHOW_NOT_RESPONDING_UI_MSG;
            msg.obj = new AppNotRespondingDialog.Data(app, activity, aboveSystem);

            mService.mUiHandler.sendMessage(msg);
        }
    }

此块代码有四个重要逻辑：
1、根据mService.mController.appEarlyNotResponding返回的值，确定要不要杀掉进程
2、mService.mAnrManager.startAnrDump， dump相关信息
3、根据mService.mController.appNotResponding返回的值，确定要不要杀掉进程
4、mService.mUiHandler.sendMessage(msg)发送handler弹出ANR弹窗
二、调用AppErrors.appNotResponding()的地方
在这里插入图片描述
1、BroadcastQueue.java广播超时调用
2、ContentProviderClient.java内容提供者超时调用
3、ActiveServices.java服务超时调用
4、ActivityThread.java input响应超时调用
有兴趣可以执行根据路径研究源码

增加日志排查进程被杀原因

一、如上代码增加的日志，发现跑monkey时，弹出ANR弹窗的日志没打印
代码路径
frameworks/base/services/core/java/com/android/server/am/AppErrors.java
接口为handleShowAnrUi()，是从AMS中调用的ActivityManagerService.SHOW_NOT_RESPONDING_UI_MSG

    void handleShowAnrUi(Message msg) {
                Slog.d("testview", "========================= appErrors handleShowAnrUi");
        Dialog dialogToShow = null;
        synchronized (mService) {
            AppNotRespondingDialog.Data data = (AppNotRespondingDialog.Data) msg.obj;
            final ProcessRecord proc = data.proc;
            if (proc == null) {
                Slog.e(TAG, "handleShowAnrUi: proc is null");
                return;
            }
            if (proc.anrDialog != null) {
                Slog.e(TAG, "App already has anr dialog: " + proc);
                MetricsLogger.action(mContext, MetricsProto.MetricsEvent.ACTION_APP_ANR,
                        AppNotRespondingDialog.ALREADY_SHOWING);
                return;
            }

            Intent intent = new Intent("android.intent.action.ANR");
            if (!mService.mProcessesReady) {
                intent.addFlags(Intent.FLAG_RECEIVER_REGISTERED_ONLY
                        | Intent.FLAG_RECEIVER_FOREGROUND);
            }
            mService.broadcastIntentLocked(null, null, intent,
                    null, null, 0, null, null, null, AppOpsManager.OP_NONE,
                    null, false, false, MY_PID, Process.SYSTEM_UID, 0 /* TODO: Verify */);

            boolean showBackground = Settings.Secure.getInt(mContext.getContentResolver(),
                    Settings.Secure.ANR_SHOW_BACKGROUND, 0) != 0;
            if (mService.canShowErrorDialogs() || showBackground) {
                dialogToShow = new AppNotRespondingDialog(mService, mContext, data);
                proc.anrDialog = dialogToShow;
            } else {
                MetricsLogger.action(mContext, MetricsProto.MetricsEvent.ACTION_APP_ANR,
                        AppNotRespondingDialog.CANT_SHOW);
                // Just kill the app if there is no dialog to be shown.
                mService.killAppAtUsersRequest(proc, null);
            }
        }
        // If we've created a crash dialog, show it without the lock held
        if (dialogToShow != null) {
            dialogToShow.show();
        }
    }

二、可以看到唯一怀疑点就是mService.mController.appNotResponding，如果有兴趣研究mController是什么的可以从上边的代码路径中去研究。

查找Monkey源码中是否自定义了controller

一、发现monkey的源码类Monkey.java自定义了controller

    private class ActivityController extends IActivityController.Stub {
        public boolean activityStarting(Intent intent, String pkg) {
            boolean allow = checkEnteringPackage(pkg) || (DEBUG_ALLOW_ANY_STARTS != 0);
            if (mVerbose > 0) {
                // StrictMode's disk checks end up catching this on
                // userdebug/eng builds due to PrintStream going to a
                // FileOutputStream in the end (perhaps only when
                // redirected to a file?)  So we allow disk writes
                // around this region for the monkey to minimize
                // harmless dropbox uploads from monkeys.
                StrictMode.ThreadPolicy savedPolicy = StrictMode.allowThreadDiskWrites();
                System.out.println("    // " + (allow ? "Allowing" : "Rejecting") + " start of "
                        + intent + " in package " + pkg);
                StrictMode.setThreadPolicy(savedPolicy);
            }
            currentPackage = pkg;
            currentIntent = intent;
            return allow;
        }

        public boolean activityResuming(String pkg) {
            StrictMode.ThreadPolicy savedPolicy = StrictMode.allowThreadDiskWrites();
            System.out.println("    // activityResuming(" + pkg + ")");
            boolean allow = checkEnteringPackage(pkg) || (DEBUG_ALLOW_ANY_RESTARTS != 0);
            if (!allow) {
                if (mVerbose > 0) {
                    System.out.println("    // " + (allow ? "Allowing" : "Rejecting")
                            + " resume of package " + pkg);
                }
            }
            currentPackage = pkg;
            StrictMode.setThreadPolicy(savedPolicy);
            return allow;
        }

        public boolean appCrashed(String processName, int pid,
                String shortMsg, String longMsg,
                long timeMillis, String stackTrace) {
            StrictMode.ThreadPolicy savedPolicy = StrictMode.allowThreadDiskWrites();
            System.err.println("// CRASH: " + processName + " (pid " + pid + ")");
            System.err.println("// Short Msg: " + shortMsg);
            System.err.println("// Long Msg: " + longMsg);
            System.err.println("// Build Label: " + Build.FINGERPRINT);
            System.err.println("// Build Changelist: " + Build.VERSION.INCREMENTAL);
            System.err.println("// Build Time: " + Build.TIME);
            System.err.println("// " + stackTrace.replace("\n", "\n// "));
            StrictMode.setThreadPolicy(savedPolicy);

            if (!mIgnoreCrashes || mRequestBugreport) {
                synchronized (Monkey.this) {
                    if (!mIgnoreCrashes) {
                        mAbort = true;
                    }
                    if (mRequestBugreport){
                        mRequestAppCrashBugreport = true;
                        mReportProcessName = processName;
                    }
                }
                return !mKillProcessAfterError;
            }
            return false;
        }

        public int appEarlyNotResponding(String processName, int pid, String annotation) {
            return 0;
        }

        public int appNotResponding(String processName, int pid, String processStats) {
            StrictMode.ThreadPolicy savedPolicy = StrictMode.allowThreadDiskWrites();
            System.err.println("// NOT RESPONDING: " + processName + " (pid " + pid + ")");
            System.err.println(processStats);
            StrictMode.setThreadPolicy(savedPolicy);

            synchronized (Monkey.this) {
                mRequestAnrTraces = true;
                mRequestDumpsysMemInfo = true;
                mRequestProcRank = true;
                if (mRequestBugreport){
                  mRequestAnrBugreport = true;
                  mReportProcessName = processName;
                }
            }
            if (!mIgnoreTimeouts) {
                synchronized (Monkey.this) {
                    mAbort = true;
                }
            }
            return (mKillProcessAfterError) ? -1 : 1;
        }
    }

controller中对几个接口进行了定制，这里主要看appNotResponding
二、appNotResponding会根据mKillProcessAfterError返回是否-1，AppErrors.java如果mService.mController.appNotResponding返回的值为-1就会杀死进程，也不会弹出ANR弹窗，找到问题原因了。
三、mKillProcessAfterError如何被赋值的

    private boolean processOptions() {
        // quick (throwaway) check for unadorned command
        if (mArgs.length < 1) {
            showUsage();
            return false;
        }

        try {
            String opt;
            while ((opt = nextOption()) != null) {
                if (opt.equals("-s")) {
                    mSeed = nextOptionLong("Seed");
                } else if (opt.equals("--kill-process-after-error")) {
                    mKillProcessAfterError = true;
    ......

–kill-process-after-error参数会决定要不要杀死出错进程。后来找测试同学确定，他们的monkey测试确实加了这个参数。

结论

最终发现是测试同学误加参数导致，–kill-process-after-error参数会决定要不要杀死出错进程。
如果系统本身相对ANR异常处理，比如不弹出ANR弹窗，自定义实现Controller即可。

archie_7
关注
专栏目录
软件测试的基本理论-monkey
weixin_42914706的博客
06-27 563
monkey：一款app的自动化测试工具，Monkey工具存在Android系统中，使用Java语言写成；jar包在Android文件系统中的存放路径是：/system/framework/monkey.jar；Monkey.jar程序是由一个名为“monkey”的Shell脚本来启动执行，shell脚本在Android文件系统中的存放路径是：/system/bin/monkey；对于不同的语言平台来说，进行标记回收内存的算法是不一样的，像Android（Java）则采用GC-Root的标记回收算法。
Android自动化测试【初级篇】-- Monkey测试
李彬博客专栏
02-16 2219
前言为什么需要开发者不适合自测？由于以下原因： 开发人员对其所写代码有主观认同感 开发人员对软件过于乐观的心态 开发人员对需求易产生偏差与混淆 开发人员擅长修复但不擅长拆解 开发人员缺乏对软件后续开发的展望 开发人员缺乏测试经验和方法 所以呢，出于以上原因我们可以通过自动化测试来帮我们找Bug，不要寄希望于测试。Monkey今天这篇文章主要介绍Monkey测试。
android 禁止弹出崩溃窗口
12-12
程序出现主线程异常或其他异常时，不会崩溃退出，只会返回上一层界面。让不稳定的程序暂时性的增加用户休验，减去程序程序崩溃的尴尬。
android分析monkey的anr
mdj_bj的专栏
07-26 5389
1.根据anr信息和traces.txt判断anr是发生在那个进程中 2.在文件夹logs4android--x中搜索“ANR”，或者在monkeylog中搜索“anr in”找到发生anr的时间 3.在文件夹logs4android--x中搜索“sigkill”，判断系统是否处于“低内存运行状态”。若是，则表明可能是其他原因造成当前系统繁忙（如monkey测试），从而再app出现了anr
Monkey日志ANR、CRASH、空指针异常及其他异常数据分析
最新发布
C'mon的博客
08-29 609
通过上述步骤，我们可以有效地从大量的monkey日志文件中提取ANR、CRASH、空指针异常以及其他异常的信息，并进一步定位到具体的页面和位置。这种方法可以显著提高问题定位的速度和准确性，并且统计了每个页面发生异常的次数，有助于进一步分析和优化应用的稳定性。接下来，我们将使用Python来进一步分析这些关键行，以找出发生ANR、CRASH、空指针异常以及其他异常的具体位置和页面，并统计每个页面发生异常的次数。通过这样的流程，您可以高效地处理monkey测试产生的日志文件，并快速识别出需要关注的问题点。
Monkey测试必现ANR问题分析与解决
z1804362542的博客
02-26 1736
Android系统Monkey测试ANR报错、Android Frameworks、SystemUI
Monkey命令
李建国的博客
03-29 599
Monkey命令 monkey在本地电脑必须配置Android_HOME环境和Path 环境, ANDROID_HOME=/Volumes/sd1/Android/sdk/(就是我们SDK的路径) PATH=${PATH}:/Volumes/sd1/Android/sdk/platform-tools/:/Volumes/sd1/Android/sdk/tools path 配置两部分,p...
app专项测试--monkey稳定性测试
m0_59812088的博客
05-03 883
01 稳定性测试概述Ø稳定性测试就是指软件长时间的持续运行，系统版本是否稳定，是否能否持续的为用户提供服务。Monkey是向系统发送的用户事件流（如按键输入、触摸屏输入和手势输入等），实现对正在开发的应用程序进行稳定性测试。可以更好的模拟用户操作，确保App的稳定性。Ø通过adb的命令调用文件，再执行monkey.jar文件，调用安卓守护进程，在设备上进 行随机性测试。Ø命令：Ø路径：Ømonkey.jar路径：真机或者模拟器。真机：通过USB或者wifi。
Android测试工具-MONKEY使用
u014340331的博客
02-28 999
MAC下ADB安装 下载：https://www.androiddevtools.cn/index.html#sdk-tools 1、下载SDK Tools： 24.4.1版本，Mac OS X,android-sdk_r24.4.macosx.zip,解压 2、下载SDK Platform-Tools： 这是 adb, fastboot 等工具包。把解压出来的 platform-tools 文件...
Android自动化测试-Monkey性能测试
jq656021898的博客
06-22 2045
一、Monkey简介 Android的SDK 里面，Monkey的tools是一个命令行工具，当连接Android设备时，只要在命令行里输入相应命令就能运行tools； Monkey test是一项压力测试，可以在规定的次数范围内做任何随机的操作，随机操作包括点击、滑动、Application切换、横竖屏、应用关闭等等，用户能做的操作统统可以模拟； Monkey test跑出来crash的bu
Android稳定性测试-- Monkey源码分析
CharliChen 's Blog
01-03 4232
Monkey的代码框架 主控模块：主控模块即Monkey类，是入口函数所在类，主要负责参数解析和赋值、初始化运行环境，执行runMonkeyCycles（）方法，针对不同的事件源开始获取并执行不同的事件。 事件源模块：事件源代表不同的事件来源。以MonkeyEventSource为基类，它是一个接口，主要的实现类是MonkeySourceRandom，也就是默认的随机事件源，当然也还有
Monkey日志分析
ddssaq的博客
08-05 1635
monkey日志分析
Android深入浅出学习笔记之ANR与Monkey测试工具
Rooty的自留地
08-14 2359
一、ANR有关       ANR=Application Not Responding       在Android上，如果你的应用程序有一段时间响应不够灵敏(5秒内没有输入响应事件)，系统会向用户显示一个对话框，这个对话框称作应用程序无响应（ANR：Application
Android4.4屏蔽崩溃弹框
qq_42989195的博客
07-23 646
Android4.4屏蔽系统崩溃弹框代码
Activity出现ANR以及如何避免?
Yrainy_D的博客
02-02 810
文章目录什么是ANR什么会引发ANR?如何避免ANR? 什么是ANR ANR:Application Not Responding ANR定义:在Android上,如果你的应用程序有一段时间响应不够灵敏,系统会向用户展示一个对话框,这个对话框称作应用程序无响应(ANR : Application Not Responding)对话框.用户可以选择"等待"而让程序继续运行,也可以选择强制关闭.所以一个流畅合理的应用程序中不能出现ANR,而让用户每次都要处理这个对话框.因此,在程序里对响应性能的设计很重要,这样
android 弹出框崩溃_android 崩溃后友好弹框提醒
weixin_39722563的博客
12-22 638
公司产品，APP崩溃是在所难免的，崩溃后最后进行友好提醒首先配置系统Applictaion，代码如下，其中CrashHandler.getInstance(this);为崩溃处理，直接贴代码public class SluiceApplictaion extends Application {@Overridepublic void onCreate() {super.onCreate();// ...
Monkey性能测试
JiangDong的博客
07-06 2768
一、命令执行格式adb shell monkey -p com.best.android.v6app -v 100-v 指定打印日志的级别：-v 打印最基本的事件-v-v 更全面的信息-v-v-v 最全面的信息-p 指定测试的APP包名。-s 指定伪随机数生成器的seed值，如果seed相同，则两次monkey 测试产生的事件序列也相同。--throttle(毫秒)：指定每...
monkey测试
weixin_46509892的博客
12-18 1707
monkey测试
anr打印的是pre-initialized进程名是怎么回事
06-13
"pre-initialized" 进程是 Android 系统启动时创建的一个内核进程，主要用于加载和初始化一些系统服务和应用程序进程。当应用程序出现 ANR 时，通常会打印出引起 ANR 的进程名称，如果打印的是 "pre-initialized"，则说明 ANR 是由系统服务或者系统组件引起的。 这种情况通常是由于系统服务或者系统组件在执行某些操作时出现了阻塞或者死锁，导致应用程序无法响应用户的操作事件，最终触发 ANR。这种问题比较复杂，需要具体分析具体情况，可以通过查看系统日志来了解 ANR 的具体原因，进而进行相应的优化和调试。 一般来说，针对系统服务或者系统组件引起的 ANR，开发者无法直接控制和修改其代码，因此需要通过调整应用程序的逻辑和资源使用方式，尽量避免触发系统服务或者系统组件的阻塞或死锁情况，从而提高应用程序的稳定性和性能。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值