㈠ 适配Android N 需要注意什么
1. Android 中 Java 的实现向 OpenJDK 8 迁移
android 是站在 Linux 和 Java 肩膀上快速成长的,在运行时依赖 Oracle JDK,早在 2010 年甲骨文就起诉谷歌侵权 Java。在 N 中 Google 采用 OpenJDK 8 作为 Java 的实现,在 Java 实现上的一些差别可能导致应用出问题。如:
(1) ArrayList 实现中的私有属性 array 被移除
反射使用该属性的需要注意下
(2) 随机数种子调用可能出错
Crypto 安全提供商在 OpenJDK 中不提供,而它在大家调用 SecureRandom.setSeed() 设置随机种子时会用到,OpenJDK 中需要通过 SecretKeySpec 去直接加载原始密钥或者使用真正的密钥导出函数。
有了解 OpenJDK 8 与 oracle JDK 更多实现差别的欢迎留言。
2. JNI 中不允许调用非公有 API
JNI 中不允许调用非公有 API,由于命名空间的变化,在 Android N 上运行会崩溃,需要切换到对应公有 API。
3. “老人机的适配”
Android N 允许用户设置显示密度,有点像老人机模式。需要测试 App 在 sw320dp 密度下显示是否正常,及配置变更后应用是否会有异常。
4. 后台优化——三个广播被禁止监听或发送
(1) CONNECTIVITY_CHANGE 广播
对 targetVersion 设置为 Android N 的 App,在后台时不再能接收到 CONNECTIVITY_CHANGE 广播,前台不影响。
(2) ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO 广播
所有运行在 Android N 上的 App 不能发送或是接收新增图片(ACTION_NEW_PICTURE)和新增视频(ACTION_NEW_VIDEO) 的广播。
5. 权限改动
(1) GET_ACCOUNTS 权限被废弃
对 targetVersion 设置为 Android N 的 App,GET_ACCOUNTS 权限被废弃。
(2) 增加 ACTION_OPEN_EXTERNAL_DIRECTORY 权限
这个感觉就是对部存储设备写权限的保护,需要用户同意,说不定以后就慢慢废弃 WRITE_EXTERNAL_STORAGE 权限了。
6. 更严格的 Doze 模式
大家知道在 Android 6.0 中,在手机关屏且静止时,Doze 模式通过推迟 CPU 和网络操作延长底池寿命。而 Android N 则在手机关屏时就会一定程度限制 CPU 和网络操作,进入 Doze 模式一段时间后进一步限制 WakeLock、Alarm、GPS 和 Wi-Fi 扫描等,做好迎接休眠状态下更多功能受限导致的 bug 吧。
7. 自带 ICU4J 库的子集
更方便 App 的全球化了
㈡ 如何适配适配 Android N
Android N 这次的新特性包括多窗口的支持、通知栏支持直接回复消息、对部分广播的后台限制、网络数据节省开关等,并不多,也有很多翻译文章已经介绍。
这里主要分享对 Android N 的适配大家可能要注意什么。
文末杂谈带阿里腾讯保障员工买房相关的福利介绍。
还记得 6.0 对 Apache Http 库的废除导致的应用崩溃吗?
还记得 6.0 中 MAC id 始终返回为空导致的唯一 id 混合生成算法大幅失效吗?
1. Android 中 Java 的实现向 OpenJDK 8 迁移
Android 是站在 Linux 和 Java 肩膀上快速成长的,在运行时依赖 Oracle JDK,早在 2010 年甲骨文就起诉谷歌侵权 Java。在 N 中 Google 采用 OpenJDK 8 作为 Java 的实现,在 Java 实现上的一些差别可能导致应用出问题。如:
(1) ArrayList 实现中的私有属性 array 被移除
反射使用该属性的需要注意下。
(2) 随机数种子调用可能出错
Crypto 安全提供商在 OpenJDK 中不提供,而它在大家调用 SecureRandom.setSeed() 设置随机种子时会用到,OpenJDK 中需要通过 SecretKeySpec 去直接加载原始密钥或者使用真正的密钥导出函数。
有了解 OpenJDK 8 与 Oracle JDK 更多实现差别的欢迎留言。
PS:
(1) 记得 2014 年 InfoQ 大会上 Oracle 的人介绍 Java 8 的特性,当时还在想 Android 现在依赖 JDK6.0 什么时候才能到 8,现在终于等到了这一天,可惜不是你..
(2) Kotlin 还有机会吗?
2. JNI 中不允许调用非公有 API
JNI 中不允许调用非公有 API,由于命名空间的变化,在 Android N 上运行会崩溃,需要切换到对应公有 API。
3. “老人机的适配”
Android N 允许用户设置显示密度,有点像老人机模式。需要测试 App 在 sw320dp 密度下显示是否正常,及配置变更后应用是否会有异常。
4. 后台优化——三个广播被禁止监听或发送
(1) CONNECTIVITY_CHANGE 广播
对 targetVersion 设置为 Android N 的 App,在后台时不再能接收到 CONNECTIVITY_CHANGE 广播,前台不影响。
(2) ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO 广播
所有运行在 Android N 上的 App 不能发送或是接收新增图片(ACTION_NEW_PICTURE)和新增视频(ACTION_NEW_VIDEO) 的广播。
5. 权限改动
(1) GET_ACCOUNTS 权限被废弃
对 targetVersion 设置为 Android N 的 App,GET_ACCOUNTS 权限被废弃。
(2) 增加 ACTION_OPEN_EXTERNAL_DIRECTORY 权限
这个感觉就是对部存储设备写权限的保护,需要用户同意,说不定以后就慢慢废弃 WRITE_EXTERNAL_STORAGE 权限了。
6. 更严格的 Doze 模式
大家知道在 Android 6.0 中,在手机关屏且静止时,Doze 模式通过推迟 CPU 和网络操作延长底池寿命。而 Android N 则在手机关屏时就会一定程度限制 CPU 和网络操作,进入 Doze 模式一段时间后进一步限制 WakeLock、Alarm、GPS 和 Wi-Fi 扫描等,做好迎接休眠状态下更多功能受限导致的 bug 吧,哈哈。
7. 自带 ICU4J 库的子集
更方便 App 的全球化了
㈢ 关于手机Android版本及ROOT权限问题
第一个疑问----友友你好,你的手机版本为欧版,生产日期为2011年第一季度左右(来自国际移动设备身份码查询网站)。
第二个疑问----Nexus S的安卓4.0虽然已经推出,可是它的推送却已经因为新系统存在bug而暂停,所以友友暂时不能通过【系统更新】来获取更新。
第三个疑问----Nexus S获取root的详细教程:友友可以通过网络搜索【手机扫盲与ROOT 解锁 刷机 全教程】,第一个点击进去就是Nexus S的详细root教程了。刷机其实并不可怕,只要认真按照教程来进行操作,99%都是成功的哦!
㈣ 安卓系统如何在不改变本机自带系统的前提下root获取高权限,对root、rom和系统的关系不是很明了。求姐湿。。
这么给你说吧 root之后 就相当于windows系统取得了管理员权限 可以对系统做任何更改 当然你不改就不会有问题 安卓手机如果不root的话 等于半废品 很多功能都需要root
下面是ram和rom 那pc来比喻 ram相当于内存条 rom相当于硬盘 网上经常说的刷rom 和这个不是一个概念 他们说的是往手机rom(硬盘)里面刷入rom包 所谓rom 其实就是系统程序压缩包 里面含有操作系统必须的软件和驱动 网上都说刷机有风险 但是实际验证 可以忽略 我的是u880 国产的垃圾安卓机器 刷机不下于20次了 没有出过一次问题 这好像不能说我运气好吧
㈤ 各位大大,Android我想做了一个自己的安装apk,改造原生的,显示应用所具有的权限的时候代码为
这种情况下,就不能使用AppSecurityPermissions ,而需要用如下的方法(仅供参考):
private void getPermisson(Context context) {
try {
PackageManager pm = context.getPackageManager();
PackageInfo pi = pm.getPackageInfo(context.getPackageName(), 0);
// 得到自己的包名
String pkgName = pi.packageName;
PackageInfo pkgInfo = pm.getPackageInfo(pkgName,
PackageManager.GET_PERMISSIONS);//通过包名,返回包信息
String sharedPkgList[] = pkgInfo.requestedPermissions;//得到权限列表
for (int i = 0; i < sharedPkgList.length; i++) {
String permName = sharedPkgList[i];
PermissionInfo tmpPermInfo = pm.getPermissionInfo(permName, 0);//通过permName得到该权限的详细信息
PermissionGroupInfo pgi = pm.getPermissionGroupInfo(
tmpPermInfo.group, 0);//权限分为不同的群组,通过权限名,我们得到该权限属于什么类型的权限。
tv.append(i + "-" + permName + "\n");
tv.append(i + "-" + pgi.loadLabel(pm).toString() + "\n");
tv.append(i + "-" + tmpPermInfo.loadLabel(pm).toString()+ "\n");
tv.append(i + "-" + tmpPermInfo.loadDescription(pm).toString()+ "\n");
tv.append(mDivider + "\n");
}
} catch (NameNotFoundException e) {
Log.e("##ddd", "Could'nt retrieve permissions for package");
}
}
这种情况下,你可以自由处理你所需要的信息。
参考~http://blog.csdn.net/bage1988320/article/details/6740292
㈥ android N 内置可卸载app
方法一
直接使用Intent卸载
Uri uri = Uri.fromParts("package", "com.example.demo", null);
Intent intent = new Intent(Intent.ACTION_DELETE, uri);
startActivity(intent);123
这是最简单的方式,调用卸载方法系统会弹出卸载APP对话框,点击确定就会立即卸载,不需要额外权限
方法二
使用PackageManager静默卸载
谷歌认为该方法是不安全的行为,因此该接口是@hide的,不是公开的接口,调用此接口需要有系统签名和相应的系统级权限
具体来说就是需要
<uses-permission android:name="android.permission.DELETE_PACKAGES"/>权限,但<uses-permission android:name="android.permission.DELETE_PACKAGES"/>是系统级权限,普通APP根本无法获取到,如果在AndroidManifest.xml强行加入该权限编译也不会通过
唯一的办法就是使用APK反编译工具在Android Studio之外修改权限,比如用apktool反编译工具先把apk文件解压出来,用编辑器在AndroidManifest.xml中加入上面的两个权限,然后在用工具apktool重新打包
获得<uses-permission android:name="android.permission.DELETE_PACKAGES"/>权限后,定义PackageDeleteObserver实现类,实现packageDeleted方法
private class PackageDeleteObserver extends IPackageDeleteObserver.Stub {
private int position;
private int mFlag;
public PackageDeleteObserver(int index, int flag) {
position = index;
mFlag = flag;// 0卸载1个包,1卸载N个包 N>1
}
@Override
public void packageDeleted(String arg0, int arg1)
throws RemoteException {
// TODO Auto-generated method stub
Message msg;
msg = mHandle.obtainMessage();
msg.what = FLAG_DELETE_VIRUS;
msg.arg1 = position;
msg.arg2 = mFlag;
msg.sendToTarget();
}
}
获取PackageManager 对象,调用deletePackage方法
PackageManager pkgManager = mContext.getPackageManager();
PackageDeleteObserver observer = new PackageDeleteObserver(currVirus, 1);
pkgManager.deletePackage(pakName, observer, 0); 123
最后,还需要进行系统签名才能使用
对apk进行系统签名:
java -jar signapk.jar platform.x509.pem platform.pk8 test.apk test_signed.apk1
将签名之后的文件 push到手机中,需要root权限
方法三
通过pm命令方式实现静默卸载
该方法直接对Android系统执行卸载命令,需要root权限
//pm命令可以通过adb在shell中执行,同样,我们可以通过代码来执行 public static String execCommand(String... command) {
Process process = null;
InputStream errIs = null;
InputStream inIs = null;
String result = ""; try {
process = new ProcessBuilder().command(command).start();
ByteArrayOutputStream baos = new ByteArrayOutputStream(); int read = -1;
errIs = process.getErrorStream(); while ((read = errIs.read()) != -1) {
baos.write(read);
}
inIs = process.getInputStream(); while ((read = inIs.read()) != -1) {
baos.write(read);
}
result = new String(baos.toByteArray()); if (inIs != null)
inIs.close(); if (errIs != null)
errIs.close();
process.destroy();
} catch (IOException e) {
result = e.getMessage();
} return result;
}222324252627282930
执行卸载命令
execCommand("pm","uninstall", "packageName");1
编译生成apk时,要在manifest文件下添加Android:sharedUserId=”android.uid.system”
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.xieyuan.mhfilemanager"
android:versionCode="1"
android:versionName="1.0"
android:installLocation="internalOnly"
android:sharedUserId="android.uid.system" >
㈦ 为什么再更新设备时,提示“软件更新服务的权限按请求的顺序提供给用户。稍后重试”该怎么办N-8000
您好,感谢您使用三星产品!
1.目前此款手机为Android 4.1.1操作系统,检查更新时提示更新按顺序提供,说明您的手机存在更新的软件版本可用,此更新是对于一些软件功能参数的优化,您的更新请求已成功投递,但因服务器原因有可能不能马上提供更新服务,建议稍后再次尝试。
2.手机存在更新的软件版本时,除了使用手机中的系统更新外,您还可以通过Kies软件升级手机,或者将手机送到三星服务中心,由工程师帮助升级手机。相关三星指定授权服务中心信息,请登陆以下网址来查看:
http://www.samsung.com/cn/support/location/supportServiceLocation.do?page=SERVICE.LOCATION&cid=cn_ppc_support_service_repairnet_120522
以上回复希望对您有所帮助,谢谢!
欢迎登陆三星数字服务平台提问:http://support.samsung.com.cn/ask
㈧ 开发者选项按照网上的操作,点击Android版本N次,换各种点击方式都无法打开开发者选项请问如何打开
嗨!
你的手机是在哪里买的啊?
㈨ 我想修改安卓状态栏上时间的颜色 但改好后的services.jar 应该怎么覆盖原文件 权限怎么改
可能你的方法不正确,没有理解教程。或者有的方法是有概率性的,不保证百分之百成功,我也遇到过这种情况,在论坛里在找其他方法吧。
㈩ 获得root权限后还能将安卓版本升级吗
只要你没有把原本系统自带的升级软件删除,那就可以继续升级。跟root无关。如果你删除了升级插件,那想要自动升级就只能刷机了