LOCAL_CERTIFICATE作用

build/target/product/security目录中有四组默认签名供Android.mk在编译APK使用：

1、testkey：普通APK，默认情况下使用。

2、platform：该APK完成一些系统的核心功能。经过对系统中存在的文件夹的访问测试，这种方式编译出来的APK所在进程的UID为system。

3、shared：该APK需要和home/contacts进程共享数据。

4、media：该APK是media/download系统中的一环。

应用程序的Android.mk中有一个LOCAL_CERTIFICATE字段，由它指定用哪个key签名，未指定的默认用testkey.

Settings.apk就是platform级别的签名，系统级应用都应该使用这个签名

Android签名实战：

我们知道，如果一个应用程序想要使用系统的方法，那么就需要给这个应用程序签名，相当于授权。
给程序进行platform、media、shared签名的方法分别如下：
（1）platform签名：
AndroidManifest.xml的manifest节点中添加　android:sharedUserId=”android.uid.system”，
Android.mk中增加　　LOCAL_CERTIFICATE := platform
（2）shared签名：
AndroidManifest.xml的manifest节点中增加android:sharedUserId=”android.uid.shared”，
Android.mk中增加LOCAL_CERTIFICATE := shared
（3）media签名：
AndroidManifest.xml的manifest节点中增加 android:sharedUserId=”android.media”，
Android.mk中增加 LOCAL_CERTIFICATE := media
由于需要在Android.mk中增加信息，我们暂时在Android源码中编译生成apk包。具体的操作方法如下：
（1）在Android源码中选择一个APK程序，作为需要签名的程序，我选择/xxx/packages/apps下的一个程序，copy并更名为SignTest。
（2）将当前APK应用添加platform签名，首先在AndroidManifest.xml文件中添加信息，如：
package=”com.mediatek.weather3dwidget” android:sharedUserId=”android.uid.shared”>
（3）在Android.mk文件中添加信息，如：
LOCAL_EMMA_COVERAGE_FILTER := +com.mediatek.weather3dwidget.* -com.mediatek.weather3dwidget.R
LOCAL_CERTIFICATE := shared
LOCAL_RESOURCE_DIR += (LOCALPATH)/../../../frameworks/opt/ngin3d/inflater/res(LOCALPATH)/../../../frameworks/opt/ngin3d/inflater/res(LOCAL_PATH)/res
（4）进行模块编译，生成一个apk，本示例为SignTest.apk
（5）针对本apk进行platform签名，可以通过签名系统，也可以通过eclipse，或者通过相应的工具。
（6）如果将该应用放置在别的系统中，则会报“INSTALL_FAILED_SHARED_USER_INCOMPATIBLE”的错误，这是签名不一致导致的。

Android源码编译中Android.mk文件中的 LOCAL_CERTIFICATE和 AndroidManifest的sharedUserId应用：

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\target\product\security”，下面的platform.pk8和platform.x509.pem两个文件。然后用Android提供的Signapk工具来签名，signapk的源代码是在”build\tools\signapk”下，用法为”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的话发现无法安装，提示签名不符，原因是程序想要运行在系统进程中还要有目标系统的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运行在一个进程中，这样可以共享数据，应该会很有用的。