android适配原理

A. Android屏幕适配-应用篇

Android屏幕适配-基础篇
Android屏幕适配-应用篇

从两个大方面阐述一下Android的屏幕适配：

  Android推荐使用dp作为尺寸单位来适配UI ，通过dp加上自适应布局和weight比例布局可以基本解决不同手机上适配的问题，这基本是最原始的Android适配方案。
缺点 ：
（1）这种方案只能保证我们写出来的界面适配绝大部分手机，部分手机仍然需要单独适配，但dpi的不同，还是会存在差异。
（2）一般的设计稿都是以px为单位的，所以我们在写layout文件的时候需要将px转为dp，影响开发效率。

 为了高效的实现UI开发，出现了新的适配方案，我把它称作宽高限定符适配。简单说，就是穷举市面上所有的Android手机的宽高像素值，设定一个基准的分辨率，其他分辨率都根据这个基准分辨率来计算，在不同的尺寸文件夹内部，根据该尺寸编写对应的dimens文件:

鸿洋大神的作品 ，使用也超级简单，核心功能就是在绘制的时候在onMeasure里面做变换，重新计算px。
缺点 ：我们自定义的控件可能会被影响或限制，可能有些特定的控件（框架没有做适配的控件），需要单独适配。

  小结：上述几种适配方案都是实际开发中用过的方案，但随着技术不断的更新，出现了更好的适配方案。

   实现原理 ：Android会识别屏幕可用高度和宽度的最小尺寸的dp值（ 其实就是手机的宽度值 ），然后根据识别到的结果去资源文件中寻找对应限定符的文件夹下的资源文件。
   sw限定符适配 和 宽高限定符适配 类似，区别在于，前者有很好的容错机制，如果没有value-sw360dp文件夹，系统会向下寻找，比如离360dp最近的只有value-sw350dp，那么Android就会选择value-sw350dp文件夹下面的资源文件。这个特性就完美的解决了上文提到的宽高限定符的容错问题。
   优点: 1.非常稳定，极低概率出现意外
    2.不会有任何性能的损耗
    3.适配范围可自由控制，不会影响其他三方库
   缺点 ：就是多个dimens文件可能导致apk变大，几百k。

   附件： 生成sw文件的工具

   实现原理 ： 修改系统的density值 （核心）
  今日头条适配是以设计图的宽或高进行适配的，适配最终是改变系统density实现的。
   过程：

  AndroidAutoSize 是基于今日头条适配方案，该开源库已经很大程度上解决了今日头条适配方案的两个缺点，可以对activity，fragment进行取消适配。也是目前我的项目中所使用的适配方案。
使用也非常简单只需两步：
（1）引入：

（2）在 AndroidManifest 中填写全局设计图尺寸 (单位 dp)，如果使用副单位，则可以直接填写像素尺寸，不需要再将像素转化为 dp，详情请查看 demo-subunits

B. Android屏幕适配的哪些事

为了保证用户获得一致的用户体验效果，使得某一元素在Android不同尺寸、不同分辨率的手机上具备相同的显示效果，则需要我们进行屏幕适配。
基础概念

屏幕尺寸

屏幕尺寸是指屏幕对角线的长度，单位是英寸，1 inch=2.54 cm
屏幕分辨率

手机在横向和纵向上的像素点数总和，单位是像素（pixel)，1px = 1像素点，举个栗子，1080x1920，即宽度方向上有1080个像素点，在高度方向上有1920个像素点。
屏幕像素密度

每英寸像素点个数，单位是dpi，dots per inch。为简便起见，Android 将所有屏幕密度分组为六种通用密度： 低、中、高、超高、超超高和超超超高。

• ldpi（低）~120dpi
  

• mdpi（中）~160dpi
  

• hdpi（高）~240dpi
  

• xhdpi（超高）~320dpi
  

• xxhdpi（超超高）~480dpi
  

• xxxhdpi（超超超高）~640dpi
  



• dimen_example2.png



• 即使使用dp，依然不能解决屏幕分辨率的适配问题，我们可以针对不同的屏幕创建不同的dimen值。

C. Android 屏幕适配

1： dp: android 尺寸的基本单位。 在不同的分辨率的手机里面，1dp对应着不同数量的px, 这样就实现了dp定义一个控件大小的时候，在不同分辨率手机里表现出相应大小的像素值。
2： 屏幕分辨率： 1080下160, 表示宽度有1080个像素点而高度有2160个像素点。常见的分辨率有320x480， 480x800, 720x1280, 1080x1920等。
3： 屏幕尺寸： 以寸为单位， Android设备对角线的长度
4： 像素密度: 每英寸的像素点
5： 屏幕尺寸， 分辨率，像素密度 三者之间的关系：
密度（dpi）= √（宽2 + 高2）/屏幕尺寸

6： px：像素，是屏幕上显示数据的最基本的点
7： dpi：屏幕像素密度，每英寸上的像素点数
8： sp：与dp类似，通常用于指定字体的大小，当用户修改手机显示的字体时，字体大小会随之改变。

1： dp适配方案： Android自带的原始的适配方案， 在不同的分辨率手机里面表现出相应大小的像素点。
缺点： Android的碎片化严重， 如果生产厂家没有根据屏幕尺寸、分辨率和像素密度的关系来规则定义， 或者出一些乱七八糟的屏幕大小，这样的适配方案就不在适合了。

2： 宽高限定符：枚举所有的屏幕宽高像素值，根据等比缩放去适配。如果没有找到对应的屏幕， 则取默认的。 目前这种方案已经被弃用。

缺点：
1： 占用资源大，会增加APK的体积。
2： 容错机制大需要精准命中资源文件才能适配，比如1920x1080的手机就一定要找到1920x1080的限定符，否则就只能用统一的默认的dimens文件了。而使用默认的尺寸的话，UI就很可能变形。

3：AndroidAutoLayout适配方案（停止维护）

4: SW限定符适配方案：（smallestWidth最小宽度适配）
Android 会去识别屏幕可用高度或者宽度的最小尺寸的dp值。然后根据识别到的结果去对应的资源文件里面去找寻相应的结果。
如何生成：ScreenMatch插件

此方案跟宽高限定的适配方案相比，有很好的容错机制， 如果没有找到对应的适配宽度， 那么会在vlues文件里面去找跟他最接近的宽度。

5：今日头条适配方案：
1>: px 转 dp 的公式 dp = px / density.不管我们设定的单位是什么， 最终我们都会将这些单位长度转化为px的。density就是他们的转化比， 所以，动态改变这个转化比也是可以达到我们适配屏幕的目的的。
2>: 通过修改density值，强行把所有不同尺寸分辨率的手机的宽度dp值改成一个统一的值（在清单文件中定义），这样就解决了所有的适配问题。
3>: Density = 当前设备屏幕总宽度（单位为像素）/ 设计图总宽度（单位为 dp) ；
4>：引入了AndroidAutoSize屏幕适配框架：
https://github.com/JessYanCoding/AndroidAutoSize

最后， 最重要的................
点赞 点赞 点赞， 不重要的事情也就说3遍......

D. android中的适配器是什么

适配器就是就是把一些数据给弄得适当,适合以便于在View上显示。

1、Android适配器是数据和视图之间的桥梁，以便于数据在View上显示。适配器就像显示器，把复杂局笑的东西按人可以接受的方式来展现。我们弊察常用的适配器一共有三个：ArrayAdapter，SimpleAdapter，SimpleCursorAdapter 这三个，他们都是继承于BaseAdapter 。

2、Android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能桐卜含手机和平板电脑，由Google公司和开放手机联盟领导及开发。尚未有统一中文名称，中国大陆地区较多人使用“安卓”或“安致”。Android操作系统最初由Andy Rubin开发，主要支持手机。

E. android 15边到边适配

Android 15边到边适配是指应用内容能够延伸到屏幕边缘，消除传统导航栏和状态栏的视觉分隔，为用户提供更加沉浸式的体验。

具体解释如下：

• 实现方式：在Android 15中，应用通过正确处理系统窗口插入（WindowInsets）来实现边缘到边缘显示的支持。这确保了应用界面能够充分利用整个屏幕空间，同时避免关键UI元素被系统栏遮挡。

• 向后兼容性：为了实现向后兼容性，这些应用还会通过条件判断和适配层，在旧版本系统上保持原有的显示效果。这意味着，即使在未升级至Android 15的设备上，应用也能保持正常的显示和交互。

• 开发者注意事项：

  系统栏颜色适配：开发者需要确保应用界面与系统栏颜色的协调性，以提供一致的视觉体验。

  手势冲突避免：由于边缘到边缘的显示方式可能会与某些手势操作产生冲突，开发者需要仔细测试并优化手势识别逻辑。

  旧版本兼容：在开发过程中，开发者需要关注旧版本系统的兼容性，确保应用在不同版本的Android系统上都能正常运行。

• 全屏显示要求：在搭载Android 15或更高版本的设备上，一旦应用以SDK 35或更高版本为目标平台，应用就会以无边框画面显示。这意味着应用需要在系统栏后面绘制内容，以适应全屏显示的要求。这进一步强调了边缘到边缘适配在提升用户体验方面的重要性。