许多安卓平板制造商使用了裁剪版的系统,这给用户带来了不少困扰。系统处理不当的情况时有发生,使得在使用长时间运行的应用时,平板容易出现不稳定状况。你是否曾遭遇过平板突然死机或者屏幕闪烁的尴尬局面?
mButton.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Intent reboot = new Intent(Intent.ACTION_REBOOT);
reboot.putExtra("nowait", 1);
reboot.putExtra("interval", 1);
reboot.putExtra("window", 0);
sendBroadcast(reboot);
}
});
安卓板系统现状
com.xz.android72test E/AndroidRuntime: FATAL EXCEPTION: main
Process: com.xz.android72test, PID: 3180
java.lang.SecurityException: Permission Denial: not allowed to send broadcast android.intent.action.REBOOT from pid=3180, uid=10046
at android.os.Parcel.readException(Parcel.java:1546)
at android.os.Parcel.readException(Parcel.java:1499)
at android.app.ActivityManagerProxy.broadcastIntent(ActivityManagerNative.java:2831)
at android.app.ContextImpl.sendBroadcast(ContextImpl.java:1331)
at android.content.ContextWrapper.sendBroadcast(ContextWrapper.java:377)
at com.xz.android72test.MainActivity$2.onClick(MainActivity.java:115)
at android.view.View.performClick(View.java:4780)
at android.view.View$PerformClick.run(View.java:19866)
at android.os.Handler.handleCallback(Handler.java:739)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5293)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698)
很多厂商在制作安卓板时,为了节约成本或优化特定功能,对系统进行了裁剪。以广告投放机和自动售卖机为例,这些设备上的安卓板配置普遍不高,制造商会根据硬件和服务需求来调整系统功能。虽然这种做法有一定道理,但同时也引发了系统长期运行不稳定的问题。在众多应用场景中,人们常常遇到安卓板因系统不稳定而影响使用的现象。实际上,这一问题已经引起了用户和技术人员的关注。
安卓设备的应用范围持续扩大,比如在商场里的信息查询设备,若是常常出现死机或屏幕闪烁的问题,就会对顾客的体验造成不良影响,这又可能会对商家的宣传效果和销售目标带来不利。
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
package="com.xz.android72test" android:sharedUserId="android.uid.system">
..........
</manifest>
简易重启方式一
Installation did not succeed.
The application could not be installed: INSTALL_FAILED_SHARED_USER_INCOMPATIBLE
Installation failed due to: 'null'
系统卡顿等问题有简便的解决办法,就是发送系统广播。这段代码看起来并不复杂。但实际操作时,这种方法并不能实现真正的重启。程序会闪退并显示错误,主要原因是权限不足。在默认SDK中,应用开发者没有直接关闭或重启系统的API接口。若要实现系统重启,通常需要较高的权限,比如系统权限或者Root权限。即使将app权限提升到系统权限,并在.xml文件中添加了相应代码,仍然会报错,因为apk文件没有进行系统签名。
java -jar signapk.jar platform.x509.pem platform.pk8 C:UsersAdministratorDesktopsignapkAppapp-release.apk signed_app-release.apk
第二种方法比第一种更为简便,同样适用于调试版或正式版的签名。可以请求安卓设备制造商提供签名文件,或者自己使用主板系统的签名文件,即.pk8和.x509.pem来生成签名文件。接着,在appbuild文件中添加特定的代码,这样制作出的apk无论是调试版还是正式版都会带有系统签名。这种方法不仅解决了权限问题,还能对apk进行有效的签名。在实际情况中,许多技术人员更倾向于使用这种方法,因为它相对稳定且可靠。
这种做法较为简便,可借助厂商提供的签名平台。只需将未签名的apk文件上传至服务器,稍等片刻即可自动完成签名并下载。这样处理过的文件即可解决需求。比如,一些小型安卓设备制造商可能提供此类方便的签名服务,以方便用户。然而,这种方法过于依赖厂商,且缺乏个性化,一旦厂商停止服务或服务器调整,签名可能就无法正常进行。
三种方式对比
这三种方法中,第一种较为繁琐,成功率不高,常出现错误。第三种看似方便,实则对厂商依赖性强,存在风险。第二种虽略显复杂,但稳定性强,适用范围广。从灵活性和安全性等角度考量,第二种方法更值得推荐。在特定业务场景下,比如大企业的安卓应用管理,稳定性和安全性尤为重要,这时可能会倾向于选择第二种方法。
android {
......
signingConfigs {
debug {
storeFile file('platform.keystore文件路径')
storePassword 'keystore的密码'
keyAlias '密钥别名'
keyPassword '密钥密码'
}
release {
storeFile file('platform.keystore文件路径')
storePassword 'keystore的密码'
keyAlias '密钥别名'
keyPassword '密钥密码'
}
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
signingConfig signingConfigs.release
}
debug {
signingConfig signingConfigs.debug
}
}
}
使用中的注意事项
Java中存在一个类,可用于调用和执行shell命令。若设备未获得root权限,需在.xml文件中设置相应权限以获取管理员权限。一般用户无法执行该操作,而root过的设备使用体验更佳。未root的设备在使用时,会弹出询问是否允许超级用户访问的提示框,这极大影响了用户体验。在开发与应用过程中,技术人员需根据设备状况和需求,挑选合适的重启与权限管理方法,因为每种方法都有其优缺点。
使用安卓平板时,大家是否遇到过一些特别奇怪的系统问题?欢迎在评论区发表你的看法,若觉得这篇文章对您有帮助,别忘了点赞和转发。