Android 9.0 cmds

最新推荐文章于 2022-06-29 21:56:03 发布

li_liuliu

最新推荐文章于 2022-06-29 21:56:03 发布

阅读量1.1k

点赞数

分类专栏： android cmds 文章标签： Android cmds

本文链接：https://blog.csdn.net/li_liuliu/article/details/85628053

版权

android 同时被 2 个专栏收录

18 篇文章 0 订阅

订阅专栏

cmds

1 篇文章 0 订阅

订阅专栏

之前Android中的cmd都是bin文件，例如svc/settings等。这些命令的源码都是存放在android/framework/base/cmds目录下。在android 9.0中也是在这个位置，但是实现方式进行了改动。下面就来说说Android 9.0中是如何实现的。

cmds的实现方式

通过查看Android源码发现，在framework/base/cmds目录下面依旧存在这些目录结构，但是进入到目录之后看到这里面并没有实现命令的源码。以settings这个命令为例，在framework/base/cmds/settings的目录下面只存在两个文件：1.Android.mk;2.settings
这两个文件非常简单，文件内容如下：

Android.mk

# Copyright 2011 The Android Open Source Project
#
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)

include $(CLEAR_VARS)
LOCAL_MODULE := settings
LOCAL_SRC_FILES := settings
LOCAL_MODULE_CLASS := EXECUTABLES
LOCAL_MODULE_TAGS := optional
include $(BUILD_PREBUILT)

就是将settings文件作为源文件放入到系统中。并且定义为可执行文件。
2.settings

#!/system/bin/sh
cmd settings "$@"

我们看到settings实际上就是一个shell脚本。在这个脚本中调用了cmd这个命令。这个命令之后有两个参数：1. settings 也就是说这个命令执行的内容是settings；2.$@ 这个用来存储命令行中输入的参数。

所以说现在的cmds的主要实现逻辑还是在cmd这个bin文件里面。
下面看一下这个cmd bin的源码是如何实现的。

1.源码位置：
/framework/native/cmds/cmd/cmd.cpp
下面看一下cmd的入口函数main的主要部分

int main(int argc, char* const argv[])
{
	···
	//获取c层的ServiceManager
    sp<IServiceManager> sm = defaultServiceManager();

    if (argc == 1) {
        aerr << "cmd: No service specified; use -l to list all services" << endl;
        return 20;
    }

	//获取参数
    Vector<String16> args;
    for (int i=2; i<argc; i++) {
        args.add(String16(argv[i]));
    }
	
    //这个就是查找调用的那个service
    String16 cmd = String16(argv[1]);
    sp<IBinder> service = sm->checkService(cmd);
    if (service == NULL) {
        ALOGW("Can't find service %s", argv[1]);
        aerr << "cmd: Can't find service: " << argv[1] << endl;
        return 20;
    }
	//注册callback函数，用来接受命令执行结果
    sp<MyShellCallback> cb = new MyShellCallback();
    sp<MyResultReceiver> result = new MyResultReceiver();


    // TODO: block until a result is returned to MyResultReceiver.
	//这里就是调用对应的Service来执行相应的命令
    status_t err = IBinder::shellCommand(service, STDIN_FILENO, STDOUT_FILENO, STDERR_FILENO, args,
            cb, result);
	//判断命令执行结果
    if (err < 0) {
        const char* errstr;
        switch (err) {
            case BAD_TYPE: errstr = "Bad type"; break;
            case FAILED_TRANSACTION: errstr = "Failed transaction"; break;
            case FDS_NOT_ALLOWED: errstr = "File descriptors not allowed"; break;
            case UNEXPECTED_NULL: errstr = "Unexpected null"; break;
            default: errstr = strerror(-err); break;
        }
        return err;
    }
	//结果输出
    cb->mActive = false;
    status_t res = result->waitForResult();
    return res;
}

看到现在的命令行都是通过调用相应的service来执行相应的动作，通过注册的callback来返回命令的执行结果。
既然知道是通过调用相应的Service来执行动作，那么这些Service是在什么地方实现的？
此处还是以settings为例。

settings源码分析

对应的Service为：frameworks/base/packages/SettingsProvider/src/com/android/providers/settings/SettingsService.java
1.SettingsService实例化

 public boolean onCreate() {
 	ServiceManager.addService( "settings" , new SettingsService(this));
 }

看到，此处注册了SettingsService，名称为settings。这与之前settings的shell脚本里是一致的。
因为SettingsProvider是系统app，所以在开机的时候就会启动。也就是SettingsService就被实例化并且注册到系统了。

2.SettingsService的调用过程

final public class SettingsService extends Binder {
		@Override
	    public void onShellCommand(FileDescriptor in, FileDescriptor out, FileDescriptor err,
            String[] args, ShellCallback callback, ResultReceiver resultReceiver) {
        (new MyShellCommand(mProvider, false)).exec(
                this, in, out, err, args, callback, resultReceiver);
    }
	
	final static class MyShellCommand extends ShellCommand {
	
	 	public int onCommand(String cmd) {
	 
	 	}
	}
}

看到SettingsService是继承了Binder。那么在cmd里面调用 IBinder::shellCommand()也就是调用Binder.java中的shellCommand函数。看一下Binder.java中是否有这个函数，如果有的话，这个函数里面干了什么

    public void shellCommand(@Nullable FileDescriptor in, @Nullable FileDescriptor out,
            @Nullable FileDescriptor err,
            @NonNull String[] args, @Nullable ShellCallback callback,
            @NonNull ResultReceiver resultReceiver) throws RemoteException {
        onShellCommand(in, out, err, args, callback, resultReceiver);
    }

看到确实存在shellCommand函数，并且调用了onShellCommand。
并且在上面SettingsService的类中override了Binder的onShellCommand。所以就会执行SettingsService.onShellCommand函数。
在onShellCommand函数里面实例化并且执行了这个对象的exec(）函数。
我们看到MyShellCommand继承了ShellCommand。在ShellCommand中的实现方法主要如下：

public int exec(Binder target, FileDescriptor in, FileDescriptor out, FileDescriptor err,
            String[] args, ShellCallback callback, ResultReceiver resultReceiver) {
		//初始化相应的变量，用于之后视同
        init(target, in, out, err, args, callback, start);
        mCmd = cmd;
        mResultReceiver = resultReceiver;


        int res = -1;
		//调用onCommand函数执行命令
        try {
            res = onCommand(mCmd);
            if (DEBUG) Slog.d(TAG, "Executed command " + mCmd + " on " + mTarget);
        } catch (SecurityException e) {
            PrintWriter eout = getErrPrintWriter();
            eout.println("Security exception: " + e.getMessage());
            eout.println();
            e.printStackTrace(eout);
        } catch (Throwable e) {

        } finally {
			//返回cmd执行结果
            if (mResultReceiver != null) {
                mResultReceiver.send(res, null);
            }
        }
        return res;
    }

同时再MyShellCommand类中看override了onCommand函数。
内容如下

@Override
public int onCommand(String cmd) {
	···
	//获取ContentProvider
	final IContentProvider iprovider = mProvider.getIContentProvider();
            final PrintWriter pout = getOutPrintWriter();
			//对ContentProvider进行操做
            switch (mVerb) {
                case GET:
                    pout.println(getForUser(iprovider, mUser, mTable, mKey));
                    break;
                case PUT:
                    putForUser(iprovider, mUser, mTable, mKey, mValue, mTag, mMakeDefault);
                    break;
                case DELETE:
                    pout.println("Deleted "
                            + deleteForUser(iprovider, mUser, mTable, mKey) + " rows");
                    break;
                case LIST:
                    for (String line : listForUser(iprovider, mUser, mTable)) {
                        pout.println(line);
                    }
                    break;
                case RESET:
                    resetForUser(iprovider, mUser, mTable, mTag);
                    break;
                default:
                    perr.println("Unspecified command");
                    return -1;
            }

            return 0;
}