Android如何获得系统（system）权限以及MM命令模块介绍

 MM命令介绍

如果你只修改某一个模块的内容，却每次都要执行make, 最后等待很长时间。
使用模块编译，只需要在你所在的模块的目录或者其子目录，执行mm，便可以编译出一个单独的apk，这样岂不快哉！
具体步骤：
        1）打开~/.baserc文件，加入source ～/I850/build/envsetup.sh. 加入你自己该文件所在的路径，这样就免去了每次启动新的终端执行mm命令之前，需要引用此文件。
        2）完成步骤1之后，就可以在你的模块里面随意执行mm了，要想使用其他快速命令，可以查看envsetup.sh文件，比如 cgrep，jgrep，resgrep在不同类型的文件里面进行相应的查询。还有m，mmm等等
        3）还可以使用adb push 将你的apk push到模拟器或者手机终端，也可以在工程根目录通过make －snod生成新的system.img

编译模块

Android中的一个应用程序可以单独编译，编译后需要重新生成system.img。
在Android目录下运行
$ . build/envsetup.sh  或者
$ source build/envsetup.sh ，然后就会多出几个可用的命令：

- croot:   Changes directory to the top of the tree.
- m:       Makes from the top of the tree.
- mm:      Builds all of the modules in the current directory.
- mmm:     Builds all of the modules in the supplied directories.
- cgrep:   Greps on all local C/C++ files.
- jgrep:   Greps on all local Java files.
- resgrep: Greps on all local res/*.xml files.
- godir:   Go to the directory containing a file.
- printconfig: 当前build的配置情况.
可以使用 --help查看用法。
如：在修改了某一个模块以后，可以使用 $ mmm <目录>  来重新编译所有在<目录>中的所有模块，使用 $ mm  编译当前目录中的所有模块。
编完之后，即修改了Android系统以后，可以使用 $ make snod 重新生成system.img

 

Android中如何修改系统时间(应用程序获得系统权限)

在 android 的API中有提供 SystemClock.setCurrentTimeMillis()函数来修改系统时间，可惜无论你怎么调用这个函数都是没用的，无论模拟器还是真机，在logcat中总会得到"Unable to open alarm driver: Permission denied ".这个函数需要root权限或者运行与系统进程中才可以用。

本来以为就没有办法在应用程序这一层改系统时间了，后来在网上搜了好久，知道这个目的还是可以达到的。

第一个方法简单点，不过需要在Android系统源码的环境下用make来编译：

　　1. 在应用程序的AndroidManifest.xml中的manifest节点中加入

　　android:sharedUserId="android.uid.system"这个属性。

　　2. 修改Android.mk文件，加入LOCAL_CERTIFICATE := platform这一行

　　3. 使用mm命令来编译，生成的apk就有修改系统时间的权限了。

 

第二个办法麻烦点，不过不用开虚拟机跑到源码环境下用make来编译：

　　1. 同上，加入android:sharedUserId="android.uid.system"这个属性。

　　2. 使用eclipse编译出apk文件，但是这个apk文件是不能用的。

　　3. 用压缩软件打开apk文件，删掉META-INF目录下的CERT.SF和CERT.RSA两个文件。

　　4. 使用目标系统的platform密钥来重新给apk文件签名。这步比较麻烦，

　　首先找到密钥文件，在我的Android源码目录中的位置

　　是"build        argetproductsecurity"，下面的platform.pk8和platform.x509.pem

　　两个文件。

　　然后用Android提供的Signapk工具来签名，signapk的源代码是

　　在"build        oolssignapk"下，

　　用法为"signapk platform.x509.pem platform.pk8 input.apk output.apk"，

　　文件名最好使用绝对路径防止找不到，也可以修改源代码直接使用。

　　这样最后得到的apk和第一个方法是一样的。

 

　　最后解释一下原理，首先加入android:sharedUserId="android.uid.system"这个属性。通过Shared User id,拥有同一个User id的多个APK可以配置成运行在同一个进程中。那么把程序的UID配成android.uid.system，也就是要让程序运行在系统进程中，这样就有权限来修改系统时间了。

　　只是加入UID还不够，如果这时候安装APK的话发现无法安装，提示签名不符，原因是程序想要运行在系统进程中还要有目标系统的platformkey，就是上面第二个方法提到的platform.pk8和platform.x509.pem两个文件。用这两个key签名后apk才真正可以放入系统进程中。第一个方法中加入LOCAL_CERTIFICATE := platform其实就是用这两个key来签名。　　这也有一个问题，就是这样生成的程序只有在原始的Android系统或者是自己编译的系统中才可以用，因为这样的系统才可以拿到 platform.pk8和latform.x509.pem两个文件。要是别家公司做的Android上连安装都安装不了。试试原始的Android 中的key来签名，程序在模拟器上运行OK，不过放到G3上安装直接提示"Package ... has no signatures that match those in shared user android.uid.system"，这样也是保护了系统的安全。

最最后还说下，这个android:sharedUserId属性不只可以把apk放到系统进程中，也可以配置多个APK运行在一个进程中，这样可以共享数据，应该会很有用的。