[Android] 解析android framework下利用app_process来调用java写的命令及示例

简介:

reference to : http://bbs.9ria.com/thread-253058-1-1.html

在android SDK的framework/base/cmds目录下了,有不少目录,这些目的最终都是build出一个bin文件,再存放到/system/bin目 录下,对于C/CPP写的命令,我们还是比较好理解的,都有一个main函数作为入口,但是在cmds目录下还有一些原生代码是java的,比如 input、settings,那么这种类型的命令是怎么实现的呢?
笔者研习了原生的命令实现,写了一个demo,抛砖引玉吧!暂时叫strong吧!我们都知道java写的文件最后都是编译成了class文 件,java类里面也有很多接口,在android平台上cmds目录下的各模块的java文件都实现了一个共同的方法,还是叫main(),真是情有独 钟啊!当然从技术角度看叫其他名字也是可以的。那我们就简单实现以下这个class吧!如下:
java代码

复制代码
public final class strongcmd {
    static final String TAG = "strong";
    static String[] mArgs;
    int mNextArg;
        
    public static void main(String[] args) {
        printUsage();
        System.err.println("Wellcom strong test function!!");
        try {
            new strongcmd().run();
        } catch (Exception e) {
            System.err.println("Unable to run settings command");
        }
    }

    public void run() {
        try {
            System.err.println("Now strong run() again");
        } catch (Exception e) {
            System.err.println("Now strong run() Exception");
        }
    }

    private static void printUsage() {
        System.err.println("usage: strong -a -b -h");
        System.err.println("'a' is for add");
        System.err.println("-h for help");
    }
}
复制代码

写好Android.mk,编译好这个文件,会生成strong.jar包,包含这个class。那么,又怎么跟命令挂钩呢?先看看Android.mk,如下:

复制代码
    LOCAL_PATH:= $(call my-dir)
  include $(CLEAR_VARS)
  LOCAL_SRC_FILES := $(call all-subdir-java-files)
  LOCAL_MODULE := strong
  LOCAL_MODULE_TAGS := optional
  include $(BUILD_JAVA_LIBRARY)
  include $(CLEAR_VARS)
  LOCAL_MODULE := strong
  LOCAL_SRC_FILES := pre_strong
  LOCAL_MODULE_CLASS := EXECUTABLES
  LOCAL_MODULE_TAGS := optional
  include $(BUILD_PREBUILT) 
复制代码

上一部分是BUILD_JAVA_LIBRARY,关键在下面,利用的是BUILD_PREBUILT,添加一个预编译好的应用程序,我们叫pre_strong,它有可执行的权限,看看它的具体实现吧!

base=/system
export CLASSPATH=$base/framework/strong.jar
exec app_process $base/bin com.android.commands.strong.strongcmd "$@"

首先还是设置好这个java lib的路径,如何再调用app_process来执行,主要是把这个类名要给对,app_process其实也是个命令。在app_process里 面,还是一样利用JNI技术,在java ENV里面查找传给app_process的class,找到这个class后再去找main函数接口的field,然后再call这个main接口,这 样就call到java里面去了。
下面简要看看app_process的关键代码吧!

复制代码
virtual void onVmCreated(JNIEnv*env) {
        if (mClassName == NULL) {
            return; // Zygote. Nothing to do here.
        }
        /*
    * This is a little awkward because the JNI FindClass call uses the
    * class loader associated with the native method we're executing in.
    * If called in onStarted (from RuntimeInit.finishInit because we're
    * launching "am", for example), FindClass would see that we're calling
    * from a boot class' native method, and so wouldn't look for the class
    * we're trying to look up in CLASSPATH. Unfortunately it needs to,
    * because the "am" classes are not boot classes.
    *
    * The easiest fix is to call FindClass here, early on before we start
    * executing boot class Java code and thereby deny ourselves access to
    * non-boot classes.
    */
        char*slashClassName = toSlashClassName(mClassName);
        mClass = env -> FindClass(slashClassName);
        if (mClass == NULL) {
            ALOGE("ERROR: could not find class '%s'\n", mClassName);
        }
        free(slashClassName);
        mClass = reinterpret_cast(env -> NewGlobalRef(mClass));
    }

    virtual void onStarted() {
        sp proc = ProcessState::self ();
        ALOGV("App process: starting thread pool.\n");
        proc -> startThreadPool();
        AndroidRuntime * ar = AndroidRuntime::getRuntime ();
        ar -> callMain(mClassName, mClass, mArgC, mArgV);
        IPCThreadState::self () -> stopProcess();
    }

    className) {
        // Remainder of args get passed to startup class main()
        runtime.mClassName = className;
        runtime.mArgC = argc - i;
        runtime.mArgV = argv + i;
        runtime.start("com.android.internal.os.RuntimeInit",
                application ? "application" : "tool");
    }
复制代码

Android平台提供的app_process,还是相当不错的,比较实用,利用好app_process还是可以写成很多供我们自己开发、测试、定制一些特殊的程序,给开发带来了很大的便利。

分类:  Android Pro
本文转自demoblog博客园博客,原文链接http://www.cnblogs.com/0616--ataozhijia/p/4993275.html如需转载请自行联系原作者

demoblog
相关文章
|
13天前
|
Java
Java中ReentrantLock释放锁代码解析
Java中ReentrantLock释放锁代码解析
25 8
|
20天前
|
移动开发 Java Android开发
构建高效Android应用:探究Kotlin与Java的性能差异
【4月更文挑战第3天】在移动开发领域,性能优化一直是开发者关注的焦点。随着Kotlin的兴起,其在Android开发中的地位逐渐上升,但关于其与Java在性能方面的对比,尚无明确共识。本文通过深入分析并结合实际测试数据,探讨了Kotlin与Java在Android平台上的性能表现,揭示了在不同场景下两者的差异及其对应用性能的潜在影响,为开发者在选择编程语言时提供参考依据。
|
21天前
|
XML Java Android开发
Android实现自定义进度条(源码+解析)
Android实现自定义进度条(源码+解析)
50 1
|
1月前
|
缓存 网络协议 Linux
【Shell 命令集合 网络通讯 】Linux 配置DNS dnsconf 命令 使用教程
【Shell 命令集合 网络通讯 】Linux 配置DNS dnsconf 命令 使用教程
38 0
|
1月前
|
Shell Linux 开发工具
【Shell 命令集合 文件管理】Linux 高级的文件管理器 mc 命令解析
【Shell 命令集合 文件管理】Linux 高级的文件管理器 mc 命令解析
39 0
|
1月前
|
Java 编译器 Android开发
构建高效Android应用:探究Kotlin与Java的性能差异
【2月更文挑战第30天】 随着Kotlin成为开发Android应用的首选语言,开发者社区对于其性能表现持续关注。本文通过深入分析与基准测试,探讨Kotlin与Java在Android平台上的性能差异,揭示两种语言在编译效率、运行时性能和内存消耗方面的具体表现,并提供优化建议。我们的目标是为Android开发者提供科学依据,帮助他们在项目实践中做出明智的编程语言选择。
|
27天前
|
Java 编译器 Android开发
构建高效Android应用:探究Kotlin与Java的性能差异
在开发高性能的Android应用时,选择合适的编程语言至关重要。近年来,Kotlin因其简洁性和功能性受到开发者的青睐,但其性能是否与传统的Java相比有所不足?本文通过对比分析Kotlin与Java在Android平台上的运行效率,揭示二者在编译速度、运行时性能及资源消耗方面的具体差异,并探讨在实际项目中如何做出最佳选择。
17 4
|
6天前
|
Java API 数据库
深入解析:使用JPA进行Java对象关系映射的实践与应用
【4月更文挑战第17天】Java Persistence API (JPA) 是Java EE中的ORM规范,简化数据库操作,让开发者以面向对象方式处理数据,提高效率和代码可读性。它定义了Java对象与数据库表的映射,通过@Entity等注解标记实体类,如User类映射到users表。JPA提供持久化上下文和EntityManager,管理对象生命周期,支持Criteria API和JPQL进行数据库查询。同时,JPA包含事务管理功能,保证数据一致性。使用JPA能降低开发复杂性,但需根据项目需求灵活应用,结合框架如Spring Data JPA,进一步提升开发便捷性。
|
8天前
|
Linux 内存技术
U-Boot 命令解析(一)
U-Boot 命令解析(一)
|
11天前
|
Java
Java 15 神秘登场:隐藏类解析未知领域
Java 15 神秘登场:隐藏类解析未知领域
15 0

热门文章

最新文章

推荐镜像

更多