Android机型适配之痛[干货分享]

2023-12-05 00:18

本文主要是介绍Android机型适配之痛[干货分享],希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Android平台的诞生为手机智能化的普及立下汗马功劳,但其最大的缺点也越来越凸显,那就是碎片化严重:设备繁多、品牌众多、版本各异,芯片、摄像头、分辨率不统一等等,这些都逐渐成为Android系统发展的障碍,碎片化严重不仅造成Android系统混乱,也导致Android应用隐形开发成本的增多。本文中详细介绍了Android琳琅满目的适配问题。

一、个性化十足的Launcher

快捷方式虽然看起来只是一个很小的功能点,但是它涉及到的机型适配问题很多。

快捷方式创建代码:

Intent addShortCut = new Intent("com.android.launcher.action.INSTALL_SHORTCUT");
addShortCut.putExtra(Intent.EXTRA_SHORTCUT_NAME, title);
// 不允许重复创建
addShortCut.putExtra("duplicate", false);
addShortCut.putExtra(Intent.EXTRA_SHORTCUT_ICON_RESOURCE, icon);
addShortCut.putExtra(Intent.EXTRA_SHORTCUT_INTENT, intent);
sendBroadcast(addShortCut);

1. 无法创建快捷方式

越来越多的手机厂商取消了快捷方式的概念,导致我们无法通过代码创建一个自己真实需要的快捷方式,数据显示,这样的手机约占13%。

 

2. 重复创建快捷方式

通常情况下,我们是不希望自己的快捷方式被重复创建。使用addShortCut.putExtra("duplicate", false);方法就能达到目的, 但是市面上至少有8%的手机,即使设置了duplicate为false,还是可以重复创建快捷方式。

代表手机品牌为:华为、中兴、HTC。

Android Launcher源码:

 

2.1 重复创建快捷方式的解决方案V1.X

我们最早使用的解决快捷方式重复创建的方法是:在创建快捷方式前先执行删除操作。这种方式其实很聪明,因为即使是在快捷方式不存在的情况下执行删除操作也不会有任何异常。这样看来问题解决得太轻松了,但是遗憾的是删除快捷方式同样存在适配问题,数据显示大约21%的手机无法正常删除快捷方式。

另外一种方法是:自行保存快捷方式的创建记录,通过一个字段来记录快捷方式是否已经创建过了,以此来决定是否创建新的快捷方式。这种做法也是因为出现快捷方式无法删除情况后对解决方案进行了一个小的升级,虽然可以解决问题,但是如果程序被清除了数据,那么一切都乱了,还是无法彻底的规避重复的问题。

2.2 重复创建快捷方式的解决方案V2.X

遇到难解的问题还是看看源码吧,Android的Launcher源码在创建快捷方式的时候不仅会判断duplicate的值,还会在数据库中查询一下将要被创建的快捷方式是否已经存在,我们也照做就OK了。

 

此外,我们也注意到,查询数据库的时候访问地址URI是一个很重要的因素,问题是数据库的URI比较多,Android标准的URI就有3个:


  • 2.2版本以前的URI是:content://com.android.launcher.settings/favorites?notify=true

  • 2.2~4.3版本的URI是:content://com.android.launcher2.settings/favorites?notify=true

  • 4.4版本以上的目前都是:content://com.android.launcher3.settings/favorites?notify=true


不仅仅Android自己的Launcher数据库地址众多,厂商自己定义的地址就更加丰富多彩,如OPPO R827T的访问URI为:content://com.oppo.launcher.settings /favorites?notify=true;HTC Z715e的访问地址为: content://com.htc.launcher.settings/favorites?notify=true。事实上 远远不止这些,还有不计其数的第三方Launcher应用,很多开发者也会修改数据库访问地址,目前仅我们掌握的不同访问地址就有多达40种左右。


  • 通过权限查询URI:


通过数据库的读写权限来查询对应的URI相信大家也不陌生,感觉上像是找到了终极的解决方案,且看下去...

 


 1. 问题一:如果使用完整的权限进行查询--权限众多,我们目前掌握的超过50种。

 2. 问题二:如果使用不完整的权限进行查询(READ_SETTINGS)对应关系复杂,大约有 32% 的手机会对应两个以上的URI。


例如:

GT-I8262D:

authority:com.sec.android.app.launcher.settings ReadPermission:com.android.launcher.permission.READ_SETTINGS 
authority:com.sec.android.app.launcher.settings.id ReadPermission:com.android.launcher.permission.READ_SETTINGS

Lenovo A278t:

authority:com.aspire.mm.Settings ReadPermission:com.aspire.mm.permission.READ_SETTINGS 
authority:com.huaqin.launcherEx.settings ReadPermission:com.huaqin.launcherEx.permission.READ_SETTINGS 
authority:com.huaqin.thememgr.Settings ReadPermission:com.huaqin.thememgr.permission.READ_SETTINGS

二、多姿多彩的Camera

1. Intent调用手机内相机程序

 

如果我们设置了照片的存储路径,那么很可能会遇到一下三种问题:


  • 问题一:onActivityResult方法中的data返回为空(数据表明,93%的机型的data将会是Null,所以如果我们指定了路径,就不要使用data来获取照片,起码在使用前要做空判断)。

  • 问题二:照片无法存储。


如果自定义存储路径是/mnt/sdcard/lowry/,而手机SD卡下在拍照前没有名为lowry的文件夹,那么部分手机拍照后图片不会保存,导致我们无法获得照片,大多数手机的相机遇到文件夹不存在的情况都会自己创建出不存在的文件夹,而个别手机却不会创建,其代表机型为:三星I8258、华为H30-T00、红米等。

解决的方法就是在指定存储路径前先判断路径中的文件夹是否都存在,不存在先创建再调用相机。


  • 问题三:照片可以存储,但是名字不对。


file:///mnt/sdcard/123 1.jpg,由于URI的fromFile方法会将路径中的空格用“%20”取代。

其实对于大多数的手机这都不算事,手机在解析存储路径的时候都会将“%20”替换为空格,这样实际上最终的照片名字还是我们当初指定的名字:123 1.jpg,遗憾的是个别手机(如酷派7260)系统自带的相机没有将“%20”读成空格,拍照后的照片的名字是123%201.jpg,我们用路径“file:///mnt/sdcard/123 1.jpg”能找到照片才怪!

 

总结:

(1)使用onActivityResult中的intent(data)前要做空判断。 
(2)指定拍照路径时,先检查路径中的文件夹是否都存在,不存在时先创建文件夹再调用   相机拍照。 
(3)指定拍照存储路径时,照片的命名中不要包含空格等特殊符号。

2. 通过Camera的open方法调用手机摄像头

2.1 连续自动对焦crash

原因:第一次对焦未结束,应用层又发起的第二次对焦,引起对焦失败。

 

解决方案一:传入AutoFocusCallback;

 

解决方案二:延时操作;

解决方案三:异常捕获。

2.2 摄像头个数判断错误

现象:当我们使用Camera.getNumberOfCameras()方法检测摄像头数量时返回的结果不准确,如果我们尝试打开一个不存在的摄像头肯定会抛出异常,这也提醒我们在开启Camera摄像头时需要加异常保护。

代表机型:联想278T、酷派8022

 

2.3 闪光灯的判断

我们常用的判断手机是否有闪光灯的方法应该有以下两种:

判断是否支持闪光灯方法一:使用getSupportedFlashModes方法;

 

判断是否支持闪光灯方法二:通过PackageManager判断。

 

方法一有3.7%的机器结果错误,无法准确地判断出手机是否有闪光灯,主要的品牌包含:酷派、天语、联想、三星等。方法二有9.7%的机器结果错误,主要品牌包含:VIVO、金立、酷派、天语、朵唯、三星等。

我们建议在判断手机是否有闪光灯的时候将这两种方法联合使用,出现错误的概率将大大降低。

2.4 常亮状态与其他状态间的切换

前提条件是我们设置闪光灯为常亮(Parameters.FLASH_MODE_TORCH),并且闪光灯成功常亮。此时我们在设置闪光灯模式为Parameters.FLASH_MODE_AUTO后闪光灯依然常亮,这样的机型约占热门机型的12%。遇到这种情况我们需要先设置闪光灯模式为Parameters.FLASH_MODE_OFF关闭闪光灯后再设置其他模式。

2.5 释放Camera后闪光灯依旧闪亮

既然开了,我们就要负责关,说实话,以前这个问题根本不在我的考虑范内,因为我们在使用Camera的时候都会在Activity被销毁或者暂停时释放Camera。这个时候无论闪光灯是什么状态,都会随着Camera的释放而关闭。直到我遇见了OPPO R815T,我的世界观发生了变化,这货如果设置了闪光灯常亮,即使释放了Camera闪光灯依旧稳稳地亮着。

而且由于Camera被释放掉了,你再也没办法关闭闪光灯了,关闭App、卸载App,你还是扣电池关机吧.....所以,如果你的程序中有设置闪光灯为常亮状态的操作,建议在释放Camera前先将闪光灯设置为关闭(Parameters.FLASH_MODE_OFF)状态。

2.6 CameraInfo的另类情况

官方文档中有关于调整相机预览角度的例子:

 

在这个例子中CameraInfo非常重要,最终的角度计算就是根据CameraInfo中orientation值得到的,所以如果这个值不准确的话,那么我们的角度就有可能出现错误。

VIVO V1手机第一次获取CameraInfo的orientation值是90,而当执行了mCamera = Camera.open();之后再获取CameraInfo的orientation值就是0,而且以后获取的都是 0 ,除非重启手机。

无论是这款手机上的哪个应用,只要执行了一次Camera.open()之后,其他所有程序中获取CameraInfo的orientation都是是0。

手机自带的相机却能很好的使用反编译系统相机后果然发现系统相机并没有像官方给出的例子来进行角度的矫正。

 

 

 

 

解决方案:


  1. 按照此手机系统相机的做;

  2. 对该手机CameraInfo的orientation值写死为90。

三、不止是2的双卡

双卡的问题解决的基本思路:


  1. 推断:手机内置的系统APP都可以正常使用这些功能,因此肯定存在厂商自定义API来实现这些功能;

  2. 反编译:Framework、系统App、系统数据库;

  3. 定位:TelephoneManager扩展、SMSManager扩展、电话服务扩展、短信服务扩展、数据库字段扩展。


四、UI适配

说到UI适配其实很是让人头疼,下面的图片是某个产品为了进行UI适配所做的工作,可以看出相当繁琐。

 

除了分辨率的适配,有时候布局文件中的某个标签还会引起一些问题,我们先看下面一段布局代码:

 

正确结果:

 

错误结果:

 

这就是因为Android 3.0以下版本在FrameLayout中使用layout_marginTo标签,必须要设置gravity才能生效。

那么如何解决这个问题呢?在设置android:layout_marginTop的组件中再设置一下 android:layout_gravity="top"即可。

五、还有更奇葩的

1. 厂商的抽象方法

如果你需要实现InputConnection接口,那么你一定要注意下面这个很奇葩的异常:

 

 

反编译了下此款手机的Framework,发现厂商在InputConnection接口中增加了一个抽象方法performYLPrivateCommand。


2. 距离传感器


2.1 不同手机event.values[0]值简直是千变万化

简单说几个有代表性的:


  1. 一部分手机比较正常,靠近时为0远离时为1(0,1);

  2. 有点小个性的手机数值将变大,比如(0,100),(3,5),(3,100)等等;

  3. 213手机的数值就比较莫名其妙,(1.001,5.003),你是表明精确度高?


2.2 数值与远近关系不统一

既然我们是通过数值来判断当前是否出于近耳状态,那么是不是应该这个数值的大小是有说道的?靠近时的数值小一点,远离时的数值大一些,起码我见过的99%的手机是这样子的。但是就有几款神经病手机(100W)偏偏是靠近时的数值比远离时的数值大,这是个坑,开发者要注意~~!!

2.3 getMaximumRange方法返回值不对

有一句API:SensorManager.getDefaultSensor(Sensor.TYPE_PROXIMITY).getMaximumRange(),文档解释这个应该获取的是传感器数值变化的最大范围,比如如果靠近时的值是0,远离时的值是1。那么getMaximumRange()的值应该是1才不会影响我们的判断,我这里仅仅是从API角度和我们日常的使用习惯来说的,如果不是这样的规律,就会对我们的编程造成麻烦。

这篇关于Android机型适配之痛[干货分享]的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/455424

相关文章

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya(不是本人,claude AI)在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容: 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用

【专题】2024飞行汽车技术全景报告合集PDF分享(附原数据表)

原文链接: https://tecdat.cn/?p=37628 6月16日,小鹏汇天旅航者X2在北京大兴国际机场临空经济区完成首飞,这也是小鹏汇天的产品在京津冀地区进行的首次飞行。小鹏汇天方面还表示,公司准备量产,并计划今年四季度开启预售小鹏汇天分体式飞行汽车,探索分体式飞行汽车城际通勤。阅读原文,获取专题报告合集全文,解锁文末271份飞行汽车相关行业研究报告。 据悉,业内人士对飞行汽车行业

Android实现任意版本设置默认的锁屏壁纸和桌面壁纸(两张壁纸可不一致)

客户有些需求需要设置默认壁纸和锁屏壁纸  在默认情况下 这两个壁纸是相同的  如果需要默认的锁屏壁纸和桌面壁纸不一样 需要额外修改 Android13实现 替换默认桌面壁纸: 将图片文件替换frameworks/base/core/res/res/drawable-nodpi/default_wallpaper.*  (注意不能是bmp格式) 替换默认锁屏壁纸: 将图片资源放入vendo

Android平台播放RTSP流的几种方案探究(VLC VS ExoPlayer VS SmartPlayer)

技术背景 好多开发者需要遴选Android平台RTSP直播播放器的时候,不知道如何选的好,本文针对常用的方案,做个大概的说明: 1. 使用VLC for Android VLC Media Player(VLC多媒体播放器),最初命名为VideoLAN客户端,是VideoLAN品牌产品,是VideoLAN计划的多媒体播放器。它支持众多音频与视频解码器及文件格式,并支持DVD影音光盘,VCD影

android-opencv-jni

//------------------start opencv--------------------@Override public void onResume(){ super.onResume(); //通过OpenCV引擎服务加载并初始化OpenCV类库,所谓OpenCV引擎服务即是 //OpenCV_2.4.3.2_Manager_2.4_*.apk程序包,存

从状态管理到性能优化:全面解析 Android Compose

文章目录 引言一、Android Compose基本概念1.1 什么是Android Compose?1.2 Compose的优势1.3 如何在项目中使用Compose 二、Compose中的状态管理2.1 状态管理的重要性2.2 Compose中的状态和数据流2.3 使用State和MutableState处理状态2.4 通过ViewModel进行状态管理 三、Compose中的列表和滚动

Android 10.0 mtk平板camera2横屏预览旋转90度横屏拍照图片旋转90度功能实现

1.前言 在10.0的系统rom定制化开发中,在进行一些平板等默认横屏的设备开发的过程中,需要在进入camera2的 时候,默认预览图像也是需要横屏显示的,在上一篇已经实现了横屏预览功能,然后发现横屏预览后,拍照保存的图片 依然是竖屏的,所以说同样需要将图片也保存为横屏图标了,所以就需要看下mtk的camera2的相关横屏保存图片功能, 如何实现实现横屏保存图片功能 如图所示: 2.mtk

android应用中res目录说明

Android应用的res目录是一个特殊的项目,该项目里存放了Android应用所用的全部资源,包括图片、字符串、颜色、尺寸、样式等,类似于web开发中的public目录,js、css、image、style。。。。 Android按照约定,将不同的资源放在不同的文件夹中,这样可以方便的让AAPT(即Android Asset Packaging Tool , 在SDK的build-tools目

Android fill_parent、match_parent、wrap_content三者的作用及区别

这三个属性都是用来适应视图的水平或者垂直大小,以视图的内容或尺寸为基础的布局,比精确的指定视图的范围更加方便。 1、fill_parent 设置一个视图的布局为fill_parent将强制性的使视图扩展至它父元素的大小 2、match_parent 和fill_parent一样,从字面上的意思match_parent更贴切一些,于是从2.2开始,两个属性都可以使用,但2.3版本以后的建议使

Android Environment 获取的路径问题

1. 以获取 /System 路径为例 /*** Return root of the "system" partition holding the core Android OS.* Always present and mounted read-only.*/public static @NonNull File getRootDirectory() {return DIR_ANDR