我手机已经用一个软件获取了Root权限，但是Superuser还是提示没有权限是怎么回事？Root

Posted 2023-04-14

我手机已经用一个软件获取了Root权限，但是Superuser还是提示没有权限是怎么回事？Root权限必须由成功获取权限的软件控制吗？

参考技术A 是的 ROOT权限是由ROOT软件控制的，其他软件检测不到的，比如你用360ROOT了 ，360其他软件都检测的到的！ 参考技术B 你root成功后会多出来一个权限管理的软件。手机的权限由它管理。你可以用它授权给Superuser。这样它就能接管权限管理了。本回答被提问者采纳 参考技术C 恩是这样的 参考技术D 用kingroot成功率高些

安卓开发我想获取System权限

System权限需要先获取ROOT权限，由于 /system 和 /data都是root用户的目录，普通用户没有读写权限，需要获取root权限才可以，修改。

目前应用市场有非常多的一键ROOT工具，这里就不举例了，功能基本都是一样的，Root权限的获取方式:

1.用手机连接电脑，下载一键root工具。
2.下载成功后，打开一键ROOT软件。会出现root准备，点击下一步，正式开始root。
3.检查root条件，要是需要文件备份的话，一定要备份后。点击开始ROOT。
4.root正式开始，需要几钟左右时间,期间可能会重启数次，root就会完成。
5.root完成后，就可以随意删除手机中的垃圾应用了包括系统应用。

当你获取root权限后通过adb访问 /system/app目录:

adb shell 进入shell模式

su 切换到root用户

chmod 777 /system/app 修改/system/app目录的权限为 777即可

exit 退出root用户

cd /system/app 即可进入/system/app 目录了

获取root权限后，将apk复制到/system/app目录下即可。

参考技术A 你是说最高权限么？那得手机root后才可以！你可以看看这个：http://www.jb51.net/article/34410.htm

话说android那么多权限，基本各种功能都可以有对应的permission，一般不需要申请那么高的权限，很多用户很反感手机被申请root权限的！比如本人，呵呵…… 参考技术B AndroidManifest.xml中的Permissions添加权限。最高权限需要root 参考技术C 在
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的话发现无法安装，提示签名不符，原因是程序想要运行在系统进程中还要有目标系统的platform
key，
就是上面第二个方法提到的platform.pk8和platform.x509.pem两个文件。用这两个key签名后apk才真正可以放入系统进程
中。第一个方法中加入LOCAL_CERTIFICATE :=
platform其实就是用这两个key来签名。　　这也有一个问题，就是这样生成的程序只有在原始的Android系统或者是自己编译的系统中才可以
用，因为这样的系统才可以拿到
platform.pk8和platform.x509.pem两个文件。要是别家公司做的Android上连安装都安装不了。试试原始的Android
中的key来签名，程序在模拟器上运行OK，不过放到G3上安装直接提示"ackage
... has no signatures that match those in shared user
android.uid.system"，这样也是保护了系统的安全。　　最最后还说下，这个android:sharedUserId属性不只可以把
apk放到系统进程中，也可以配置多个APK运行在一个进程中，这样可以共享数据，应该会很有用的。