编写system权限的apk并且将之加到Android源码中

案例一：

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

本来以为就没有办法在应用程序这一层改系统时间了，后来知道这个目的还是可以达到的。请参见具体方法。

案例二：

在windows平台通过eclipse编译android源码中，如果编译Settings或者android manifest XML中 shared user id 包含android.uid.shared等系统权限的时候，则会报以下错误。 

Installation error: INSTALL_FAILED_UPDATE_INCOMPATIBLE 
Installation error: INSTALL_FAILED_SHARED_USER_INCOMPATIBLE 

INSTALL_FAILED_UPDATE_INCOMPATIBLE 
由于卸载没有完全，可以使用设置中卸载相应应用，或者adb uninstall com.android.*** 

INSTALL_FAILED_SHARED_USER_INCOMPATIBLE 
主要是由于使用了android.uid.shared导致的问题。请参见具体方法。

具体方法：

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

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

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

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

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

 

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

eclipse源码编译，无需用make来编译（android源码目）：
1、首先，AndroidManifest.xml中manifest节点中加入android:sharedUserId="android.uid.system"这个属性

2、用eclipse编译出apk(ClockSetting.apk)文件，但这个文件不能用，删掉META-INF目录下的CERT.SF和CERT.RSA两个文件

3、使用当前android系统（android系统可能不同）的platform密钥来重新给apk文件签名（可能还未用用户米要签名）。
首先,找到密钥文件，在我的Android源码目录中的位置是"build\target\product\security",下面的platform.pk8和platform.x509.pem两个文件。
然后，用Android提供的SignApk工具来签名，signapk的源代码是在"build\tools\signapk"下，这时得为下面的编译工作做些准备：
<1>、编译jar
命令行cd到signapk.java代码目录下，
javac signapk.java
获取SignApk$SignatureOutputStream.class和SignApk.class

建立目录s\com\android\signapk,将两个class文件放入目录下
jar cvfm signapk.jar SignApk.mf -C s\ .
注意："s\"后面的"."前面有空格
生成signapk.jar文件，得到了Android提供的签名程序signapk.jar
<2>、用目标系统的platform密钥签名
将platform.pk8和platform.x509.pem文件复制到"D:\myandroid_mx27\build\tools\signapk"目录下，即signapk.jar和SignApk.mf所在的目录。
java -jar signapk.jar platform.x509.pem platform.pk8 D:\ClockSetting.apk D:\ClockSettingSigned.apk
我的未签名（ClockSetting.apk）和已签名(ClockSettingSigned.apk)apk文件都放在D盘,这样就得到了用Android源码编译的文件。

<3>、打开真机，安装。

 

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

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

原文地址：

http://www.blogjava.net/MEYE/articles/357175.html

http://yelinsen.iteye.com/blog/1003221

1，从Android Studio里面拷贝res src AndroidManifest.xml。
2，编写Android.mk
3，参考附件的压缩包修改编译error。
HiTool.zip