Monkey源代码分析之执行流程

在《MonkeyRunner源代码分析之与Android设备通讯方式》中。我们谈及到MonkeyRunner控制目标android设备有多种方法。当中之中的一个就是在目标机器启动一个monkey服务来监听指定的一个port,然后monkeyrunner再连接上这个port来发送命令。驱动monkey去完毕对应的工作。

当时我们仅仅分析了monkeyrunner这个client的代码是怎么实现这一点的,但没有谈monkey那边是怎样接受命令,接受到命令又是怎样处理的。

所以自己打开源代码看了一个晚上,大概有了概念。但今天网上搜索了下。发现已经有网友“chenjie”对monkey的源代码做过对应的分析了,并且文章写得很有概括性。应该是高手所为,果断花了2个积分下载下来。不敢独享。本想贴上来分享给大家。但发现pdf的文档直接拷贝上来会丢失掉图片,所以仅仅好贴上下载地址:http://download.csdn.net/download/zqilu/6884491

但文章主要是架构性得去描写叙述monkey是怎么工作的,依照我自己的习惯。我还是喜欢依照自己的思维和有目的性的去了解我想要的。在这里我想要的是搞清楚monkey是怎样处理monkeyrunner过来的命令的。

本文我们就先看下monkey的执行流程。

1. 执行环境设置

和monkeyrunner一样。monkey这个命令也是一个shell脚本。它是在我们的目标android设备的“/system/bin/monkey”,事实上这是一个android上面java程序启动的标准流程。

base=/system
export CLASSPATH=$base/framework/monkey.jar
trap "" HUP
exec app_process $base/bin com.android.commands.monkey.Monkey $*

android中能够通过多种方式启动java应用,通过app_process命令启动就是当中一种。它能够帮忙注冊android JNI,而绕过dalvik以使用Native API(如我般不清楚的请百度)所做的主要事情例如以下:

  • 设置monkey的CLASSPATH环境变量指向monkey.jar
  • 通过app_process指定monkey的入口和传进来的全部參数启动上面CLASSPATH设定的monkey.jar

2.命令行參数解析

通过以上的app_process指定的monkey入口,我们能够知道我们的入口函数main是在com.android.commands.Monkey这个类里面的:

    /**
     * Command-line entry point.
     *
     * @param args The command-line arguments
     */
    public static void main(String[] args) {
        // Set the process name showing in "ps" or "top"
        Process.setArgV0("com.android.commands.monkey");

        int resultCode = (new Monkey()).run(args);
        System.exit(resultCode);
    }

入口函数非常easy,直接跳到run这种方法,这是一个非常重要的方法,里面大概会做下面这些事情:

  • 处理命令行參数
  • 依据命令行參数启动不同的事件源,也就是我们的測试事件到底是从网络如monkeyrunner过来的还是monkey内部的random測试数据集过来的还是脚本过来的如此之类
  • 跳入runMonkeyCyncle方法针对不同的事件源開始获取并运行不同的事件

这种方法会比較长,我们仅仅看我们如今想要的关键片段。能够看到里面调用了命令行处理函数processOptions.

    private int run(String[] args) {
    ...
        if (!processOptions()) {
            return -1;
        }
    ...
}

进去之后就是非常普通的读取命令行的參数然后一个个进行解析保存了,没有太多特别的东西,这里就直接贴出monkey的參数选项大家看看就好了:

3. 初始化測试事件源

如前所述,run方法里面在获得命令行參数后会进入下一个环节,就是依据不同的參数去初始化不同的事件源

   private int run(String[] args) {
        ...
        if (mScriptFileNames != null && mScriptFileNames.size() == 1) {
            // script mode, ignore other options
            mEventSource = new MonkeySourceScript(mRandom, mScriptFileNames.get(0), mThrottle,
                    mRandomizeThrottle, mProfileWaitTime, mDeviceSleepTime);
            mEventSource.setVerbose(mVerbose);

            mCountEvents = false;
        } else if (mScriptFileNames != null && mScriptFileNames.size() > 1) {
            if (mSetupFileName != null) {
                mEventSource = new MonkeySourceRandomScript(mSetupFileName,
                        mScriptFileNames, mThrottle, mRandomizeThrottle, mRandom,
                        mProfileWaitTime, mDeviceSleepTime, mRandomizeScript);
                mCount++;
            } else {
                mEventSource = new MonkeySourceRandomScript(mScriptFileNames,
                        mThrottle, mRandomizeThrottle, mRandom,
                        mProfileWaitTime, mDeviceSleepTime, mRandomizeScript);
            }
            mEventSource.setVerbose(mVerbose);
            mCountEvents = false;
        } else if (mServerPort != -1) {
            try {
                mEventSource = new MonkeySourceNetwork(mServerPort);
            } catch (IOException e) {
                System.out.println("Error binding to network socket.");
                return -5;
            }
            mCount = Integer.MAX_VALUE;
        } else {
            // random source by default
            if (mVerbose >= 2) { // check seeding performance
                System.out.println("// Seeded: " + mSeed);
            }
            mEventSource = new MonkeySourceRandom(mRandom, mMainApps, mThrottle, mRandomizeThrottle);
            mEventSource.setVerbose(mVerbose);
            // set any of the factors that has been set
            for (int i = 0; i < MonkeySourceRandom.FACTORZ_COUNT; i++) {
                if (mFactors[i] <= 0.0f) {
                    ((MonkeySourceRandom) mEventSource).setFactors(i, mFactors[i]);
                }
            }

            // in random mode, we start with a random activity
            ((MonkeySourceRandom) mEventSource).generateActivity();
        }
        ...
        mNetworkMonitor.start();
        int crashedAtCycle = runMonkeyCycles();
        mNetworkMonitor.stop();
        ...
}

事件源代表測试数据的事件是从哪里过来的。不同的event source会有不同的类来做对应的实现:

  • MonkeySourceNetwork.java: 事件是从网络如monkeyrunner过来的,处理的是《MonkeyRunner源代码分析之与Android设备通讯方式》描写叙述的界面控制操作事件
  • MonkeySourceNetworkVars.java: 事件也是从网络如monkeyrunner过来的,处理的是《MonkeyRunner源代码分析之与Android设备通讯方式》提到的getPropery事件
  • MonkeySourceNetworkViews.java:事件也是从网络如monkeyrunner过来的。处理的是《MonkeyRunner源代码分析之与Android设备通讯方式》提到的Views相关的事件
  • MonkeySourceRandom.java:事件是从monkey内部生成的随机事件集,也就是我们通过命令行启动monkey測试目标app的经常使用方式
  • MonkeySourceRanodomeScript.java: 上面的随机内部数据源也能够通过指定setup脚本来创建
  • MonkeySourceScript.java: 用户也能够遵循一定的规则编写monkey脚本来驱动monkey进行相关測试。与上面不同的是它不再是随机的

往后的文章我们会针对当中一个事件源进行分析,在这里我们仅仅须要知道这些事件源代表了事件的不同的来源,它会

  • 从指定的源获取命令
  • 把命令翻译成monkey事件然后放到命令队列EventQueue

这里须要注意的是每个EventSource类都是实现了MonkeyEventSource这个接口的,这个接口最重要的就是要求实现类必须实现getNextEvent这种方法来生成并获取事件。这样子做的优点就是屏蔽了每个详细事件源的实现细节,其它地方的代码仅仅须要调用这个接口的getNextEvent方法获得事件源即可了,而无需关心这些事件是从哪个源过来的。

这些都是面向对象的面向接口编程的基础了。大家有不清楚的最好先去了解下java的一些基本知识。这样理解起来会快非常多。

4. 循环运行事件

run方法依据參数从不同的事件源获得事件并放入到EventQueue后,就会開始运行一个循环去从EventQueue里获取事件进行运行

    private int run(String[] args) {
        ...
        int crashedAtCycle = runMonkeyCycles();
        ...
}

如前所述,runMonkeyCyles方法会依据不同的数据源開始一条条的获取事件并进行运行:

    /**
     * Run mCount cycles and see if we hit any crashers.
     * <p>
     * TODO: Meta state on keys
     *
     * @return Returns the last cycle which executed. If the value == mCount, no
     *         errors detected.
     */
    private int runMonkeyCycles() {
        int eventCounter = 0;
        int cycleCounter = 0;

        boolean shouldReportAnrTraces = false;
        boolean shouldReportDumpsysMemInfo = false;
        boolean shouldAbort = false;
        boolean systemCrashed = false;

        // TO DO : The count should apply to each of the script file.
        while (!systemCrashed && cycleCounter < mCount) {
                ...
            MonkeyEvent ev = mEventSource.getNextEvent();
            if (ev != null) {
                int injectCode = ev.injectEvent(mWm, mAm, mVerbose);
                ...
             }
        ...
        }
       ....
}

注意这里的mEventSource就是我们上面提到的事件源的接口。它屏蔽了每一个事件实现类的详细细节,我们仅仅须要告诉这个接口我们如今须要取一条事件然后运行它。该结构依据面向对象的多态原理,就会自己主动取事件的实现类获得相应的事件进行返回。

所以这里大家还须要对多态这个概念有所了解,特别是一些从手动測试转到自己主动化測试的朋友,可能之前没有接触过太多面向对象的知识。

本人曾经做过开发。所以还ok。

这里仅仅是做一个善意的提醒。

获得事件后下一步就是去运行对应的事件了。不同的事件会有不同的处理方式,或仅仅是运行个命令。或调用WindowManager隐藏接口做事件注入等。这些都会在今后文章进行进一步阐述

这一篇文章就到此为止了。目的就是让大家对整一个monkey运行的流程有个初步的了解,方便理解往下的相关文章。

 

作者


自主博客


微信


CSDN


天地会珠海分舵


http://techgogogo.com


服务号:TechGoGoGo

扫描码:


http://blog.csdn.net/zhubaitian

时间: 2024-07-29 22:04:15

Monkey源代码分析之执行流程的相关文章

Monkey源代码分析之事件注入

本系列的上一篇文章<Monkey源代码分析之事件源>中我们描写叙述了monkey是怎么从事件源取得命令.然后将命令转换成事件放到事件队列里面的.可是到如今位置我们还没有了解monkey里面的事件是怎么一回事,本篇文章就以这个问题作为切入点.尝试去搞清楚monkey的event架构是怎么样的.然后为什么是这样架构的,以及它又是怎么注入事件来触发点击等动作的. 在看这篇文章之前,希望大家最好先去看下另外几篇博文,这样理解起来就会更easy更清晰了: <Monkey源代码分析番外篇之Andro

openVswitch(OVS)源代码分析之工作流程(数据包处理)

上篇分析到数据包的收发,这篇开始着手分析数据包的处理问题.在openVswitch中数据包的处理是其核心技术,该技术分为三部分来实现:第一.根据skb数据包提取相关信息封装成key值:第二.根据提取到key值和skb数据包进行流表的匹配:第三.根据匹配到的流表做相应的action操作(若没匹配到则调用函数往用户空间传递数据包):其具体的代码实现在 datapath/datapath.c 中的,函数为: void ovs_dp_process_received_packet(struct vpor

Spark SQL源代码分析之核心流程

/** Spark SQL源代码分析系列文章*/ 自从去年Spark Submit 2013 Michael Armbrust分享了他的Catalyst,到至今1年多了,Spark SQL的贡献者从几人到了几十人,并且发展速度异常迅猛,究其原因,个人觉得有下面2点: 1.整合:将SQL类型的查询语言整合到 Spark 的核心RDD概念里.这样能够应用于多种任务,流处理,批处理,包含机器学习里都能够引入Sql. 2.效率:由于Shark受到hive的编程模型限制,无法再继续优化来适应Spark模型

Monkey源代码分析番外篇WindowManager如何出的喷射事件的进程间的安全限制

在分析monkey源代码时的一些背景知识不明确,例如看到monkey它是用windowmanager的injectKeyEvent的喷射事件时的方法.我发现自己陷入疙瘩,这种方法不仅能够在当前的应用程序,注入的事件它?Google在国外找到下一个大牛离开的问题的叙述性说明痕迹,特意摘录下来并做对应部分的翻译,其它部分大家喜欢就看下.我就不翻译了. How it works Behind the scenes, Monkey uses several private interfaces to c

openVswitch(OVS)源代码分析之工作流程(收发数据包)

前面已经把分析openVswitch源代码的基础(openVswitch(OVS)源代码分析之数据结构)写得非常清楚了,虽然访问的人比较少,也因此让我看到了一个现象:第一篇,openVswitch(OVS)源代码分析之简介其实就是介绍了下有关于云计算现状和openVswitch的各个组成模块,还有笼统的介绍了下其工作流程,个人感觉对于学习openVswitch源代码来说没有多大含金量.云计算现状是根据公司发展得到的个人体会,对学习openVswitch源代码其实没什么帮助:openVswitch

servlet代码分析-整个执行流程

对于Servlet的理解,对于我们更好的理解框架非常的有帮助的,所以!我之前看过的书,好多都忘记了,这个东西太多,一时间忘记了也是很正常的涩,所以我们必须多去深刻的理解整个过程,帮助我们更好的完成工作. 首先我们先来看一下servlet家族图谱 Servlet API的核心就是javax.servlet.Servlet接口,所有的Servlet 类(抽象的或者自己写的)都必须实现这个接口.在Servlet接口中定义了5个方法,其中有3个方法是由Servlet 容器在Servlet的生命周期的不同

Android系统Recovery工作原理之使用update.zip升级过程---updater-script脚本语法简介以及执行流程(转)

目前update-script脚本格式是edify,其与amend有何区别,暂不讨论,我们只分析其中主要的语法,以及脚本的流程控制. 一.update-script脚本语法简介: 我们顺着所生成的脚本来看其中主要涉及的语法. 1.assert(condition):如果condition参数的计算结果为False,则停止脚本执行,否则继续执行脚本. 2.show_progress(frac,sec):frac表示进度完成的数值,sec表示整个过程的总秒数.主要用与显示UI上的进度条. 3.for

CSAPP Tiny web server源代码分析及搭建执行

1. Web基础 webclient和server之间的交互使用的是一个基于文本的应用级协议HTTP(超文本传输协议). 一个webclient(即浏览器)打开一个到server的因特网连接,而且请求某些内容.server响应所请求的内容,然后关闭连接.浏览器读取这些内容.并把它显示在屏幕上. 对于webclient和server而言.内容是与一个MIME类型相关的字节序列. 常见的MIME类型: MIME类型 描写叙述 text/html HTML页面 text/plain 无格式文本 ima

debian下使用dynamic printk分析usb转串口驱动执行流程

看了一篇文章<debug by printing>,文中提到了多种通过printk来调试驱动的方法,其中最有用的就是"Dynamic debugging". “Dynamic debugging"的官方文档:http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/dynamic-debug-howto.txt?id=HEAD "Dyanmic de