声明：本文所列出的解决方案为转载文章，原文出处：https://blog.csdn.net/hmg25/article/details/6447067

1 楼主开发中遇见的问题

1.1 问题出现场景

在自己开发的APP中发送系统重启广播

/**
 * 重启系统
 *
 * @param context 上下文对象
 */
public static void reboot(Context context) {
    Intent intent = new Intent(Intent.ACTION_REBOOT);
    intent.putExtra("nowait", 1);
    intent.putExtra("interval", 1);
    intent.putExtra("window", 0);
    context.sendBroadcast(intent);
}

1.2 问题描述

APP是可以正常安装运行的，但是在接收到系统重启的广播之后，APP崩溃。。。

捕获到的异常信息如下：

java.lang.SecurityException: Permission Denial: not allowed to send broadcast android.intent.action.REBOOT from pid=5254, uid=10050

1.2.1 崩溃原因分析

非系统应用不能发送 android.intent.action.REBOOT 广播，其实在Android4.0之前是可以的，在之后的Android系统中出于安全考虑，非系统级应用已经不能调用系统权限了。。。

所以，在manifest标签中，给自己的APP增加sharedUserId权限，可以调用系统权限即可。

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:sharedUserId="android.uid.system">

把程序的UID配成android.uid.system，也就是要让程序运行在系统进程中，这样就可以访问系统权限。

此时APP需要正式签名打包，签名打包流程在下文的解决方案中有提到。

2 问题拓展延伸

开发中凡涉及设备关机重启、调用隐藏方法、静默安装升级卸载APP等需要使用system权限的场景，都可以用类似的方法解决。

3 解决方案

安装在设备中的每一个apk文件，Android给每个APK进程分配一个单独的用户空间，其manifest中的userid就是对应一个Linux用户都会被分配到一个属于自己的统一的Linux用户ID，并且为它创建一个沙箱，以防止影响其他应用程序（或者其他应用程序影响它）。用户ID 在应用程序安装到设备中时被分配，并且在这个设备中保持它的永久性。

通过Shared User id，拥有同一个User id的多个APK可以配置成运行在同一个进程中。所以默认就是可以互相访问任意数据，也可以配置成运行成不同的进程, 同时可以访问其他APK的数据目录下的数据库和文件.就像访问本程序的数据一样。

对于一个APK来说，如果要使用某个共享UID的话，必须做三步：

1、在Manifest节点中增加android:sharedUserId属性。
2、在Android.mk中增加LOCAL_CERTIFICATE的定义。

如果增加了上面的属性但没有定义与之对应的LOCAL_CERTIFICATE的话，APK是安装不上去的。提示错误是：Package com.test.MyTest has no signatures that match those in shared user android.uid.system; ignoring!也就是说，仅有相同签名和相同sharedUserID标签的两个应用程序签名都会被分配相同的用户ID。例如所有和media/download相关的APK都使用android.media作为sharedUserId的话，那么它们必须有相同的签名media。

3、把APK的源码放到packages/apps/目录下，用mm进行编译。

举例说明一下。

系统中所有使用android.uid.system作为共享UID的APK，都会首先在manifest节点中增加android:sharedUserId=”android.uid.system”，然后在Android.mk中增加LOCAL_CERTIFICATE := platform。可以参见Settings等

系统中所有使用android.uid.shared作为共享UID的APK，都会在manifest节点中增加android:sharedUserId=”android.uid.shared”，然后在Android.mk中增加LOCAL_CERTIFICATE := shared。可以参见Launcher等

系统中所有使用android.media作为共享UID的APK，都会在manifest节点中增加android:sharedUserId=”android.media”，然后在Android.mk中增加LOCAL_CERTIFICATE := media。可以参见Gallery等。

另外，应用创建的任何文件都会被赋予应用的用户标识，并且正常情况下不能被其他包访问。当通过getSharedPreferences（String，int）、openFileOutput（String、int）或者openOrCreate Database（String、int、SQLiteDatabase.CursorFactory）创建一个新文件时，开发者可以同时或分别使用MODE_WORLD_READABLE和MODE_WORLD_RITEABLE标志允许其他包读/写此文件。当设置了这些标志后，这个文件仍然属于自己的应用程序，但是它的全局读/写和读/写权限已经设置，所以其他任何应用程序可以看到它。

关于签名：

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.

对于使用eclipse编译的apk，可以使用signapk.jar来手动进行签名，其源码在build/tools/signapk下，编译后在out/host/linux-x86/framework/signapk.jar，也可以从网上下载。使用方法，以platform为例：java -jar ./signapk　platform.x509.pem platform.pk8 input.apk output.apk (platform.x509.pem platform.pk8在build/target/product/security获取)

4 sharedUserId使用注意事项

在应用需要使用system权限，在应用程序中使用SHELL 命令时，需要添加android:sharedUserId=”android.uid.system”，并且需要的签名要和系统相同。
部分应用不需要system权限，但也加了android:sharedUserId=”android.uid.system”，并且签名和系统相同，其好处在于：但内存不足，或优先级低的时候不容易被干掉。
具备系统级权限的应用必须具有和系统一样的权限。