如何让应用程序获得系统权限以及如何使用platform密钥给apk签名

Android中许多函数只能是系统程序或者有root权限的程序才可以调用，否则会有"Permission denied"异常。所以如果开发时要调用此类函数，必须授予程序root权限。下面是两种具体的实现方法

注：两种方法都不一定适用于所有android系统。

方法一：需要在Android系统源码的环境下用make来编译：

在应用程序的 AndroidManifestxml 中的 manifest 节点中加入 android:sharedUserId="androiduidsystem" 这个属性

修改Androidmk文件，加入LOCAL_CERTIFICATE := platform这一行

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

方法二：

同上，加入android:sharedUserId="androiduidsystem"这个属性。

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

用压缩软件打开apk文件，删掉META-INF目录下的CERTSF和CERTRSA两个文件。 （这一步我跳过了（原本是无意的，后来发现下面也有提到），结果一样可以）

使

用目标系统的platform密钥来重新给apk文件签名。这步比较麻烦，首先找到密钥文件，在Android源码目录中的位置

是"build\target\product\security"，下面的platformpk8和platformx509pem两个文件。然

后用Android提供的Signapk工具来签名，signapk的源代码是在"build\tools\signapk"下，用法为"signapk

platformx509pem platformpk8 inputapk

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

解释一下原理，首先加入

android:sharedUserId="androiduidsystem"这个属性。通过Shared User id,拥有同一个User

id的多个APK可以配置成运行在同一个进程中。那么把程序的UID配成androiduidsystem，也就是要让程序运行在系统进程中，这样就

有权限来调用那些需要系统权限的函数了。 只是加入UID还不够，如果这时候安装APK的话发现无法安装，提示签名不符，原因是程序想要运行在系统进程中

还要有目标系统的platform

key，就是上面第二个方法提到的platformpk8和platformx509pem两个文件。用这两个key签名后apk才真正可以放入系

统进程中。第一个方法中加入LOCAL_CERTIFICATE := platform其实就是用这两个key来签名。

有一个问题，就是这样生成的程序只有在原始的Android系统或者是自己编译的系统中才可以用，因为这样的系统才可以拿到

platformpk8

和platformx509pem两个文件。要是别家公司做的Android上连安装都安装不了。试试原始的Android中的key

来签名，程序在模拟器上运行OK，不过放到G3上安装直接提示"Package has no signatures that match

those in shared user androiduidsystem"，这样也是保护了系统的安全。

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

没办法，只好新建一个

1、 任何一个做了签名的源代码，在测试中发现，签名不止保存在一处文件中，它有可能保存在源码之外。

2、可以肯定，自己写的类文件、资源和布局是没有保存签名，mainifestxml除外。

因此我们可以建立一个和源文件同名的AS文件，当然配置环境即AS版本要一样，否则会运行报错。接着如下做：

1、在Windows资源管理器把原文件的类文件、资源和布局复制到新文件，mainifestxml除外，这新文件最好你要做过一次签名后再复制。

2、用AS打开新文件，同步一下。记得一定要同步一下，否则可能签名不一致。这时会有很多报错，暂时不管它。

3、在AS中打开新文件的buidlegradle文件，用记事本打开原文件的buidlegradle，将原文件的内容复制到新打开buidlegradle文件中，同步一下。

3、用AS打开新文件mainifestxml文件，用记事本打开原文件mainifestxml，将内容复制到新打开mainifestxml文件中，同步一下。

4、这时新文件所有的错误就自然消失了。3和4点一定要采用这种方式复制文件，如果直接在文件夹中替换，则编译后会签名不一致。

5、再次同步，并生成APK文件，安装在手机上，就没有签名不一致了，变成原生文件了

3分钟。

apk底层框架，在线3分钟将网站或网页封装APP，2000+JS映射接口按需调用。

APK（全称：Androidapplicationpackage，Android应用程序包）是Android *** 作系统使用的一种应用程序包文件格式，用于分发和安装移动应用及中间件。一个Android应用程序的代码想要在Android设备上运行，必须先进行编译，然后被打包成为一个被Android系统所能识别的文件才可以被运行。

可以通过分析Log得到（这个就是DDMS的那个Log）。

当我们点击触摸时会了类似以下的Log A：

03-06 03:36:47865: VERBOSE/InputDevice(2486): ID[0]=0(0) Dn(0=>1)

03-06 03:36:47865: INFO/PowerManagerService(2486): Ulight 3->7|0

03-06 03:36:47933: INFO/(2486): PRODUCT_SHIP = false

03-06 03:36:47933: VERBOSE/InputDevice(2486): ID[0]=0(0) Up(1=>0)

当系统收到一个启动Activity的Intent时会有类似以下的Log B：

03-06 03:36:47954: INFO/ActivityManager(2486): Starting activity: Intent { act=androidintentactionMAIN cat=[androidintentcategoryLAUNCHER] flg=0x10200000 cmp=comteleca/ContextMenuActivity }

当系统完成Activity进程启动时会有类似以下的Log C：

(),onDraw()

以上就是关于如何让应用程序获得系统权限以及如何使用platform密钥给apk签名全部的内容，包括:如何让应用程序获得系统权限以及如何使用platform密钥给apk签名、备份apk出现了签名时间不对、apk封装要多长时间完成等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！