今日头条屏幕适配（今日头条屏幕适配什么手机）
本文目录一览：
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
Android 屏幕适配
摘自：
摘自：
摘自：
因为ui设计师给你的设计图是以px为单位的，Android开发则是使用dp作为单位的，那么我们需要进行转换：
扩展：
Android屏幕适配-基础篇
Android推荐使用dp作为尺寸单位来适配UI ，通过dp加上自适应布局和weight比例布局可以基本解决不同手机上适配的问题，这基本是最原始的Android适配方案。
缺点：
（1）这种方案只能保证我们写出来的界面适配绝大部分手机，部分手机仍然需要单独适配，但dpi的不同，还是会存在差异。
（2）一般的设计稿都是以px为单位的，所以我们在写layout文件的时候需要将px转为dp，影响开发效率。
为了高效的实现UI开发，出现了新的适配方案，我把它称作宽高限定符适配。简单说，就是模仿市面上所有的Android手机的宽高像素值，设定一个基准的分辨率，其他分辨率都根据这个基准分辨率来计算，在不同的尺寸文件夹内部，根据该尺寸编写对应的dimens文件:
鸿洋大神的作品 ，使用也超级简单，核心功能就是在绘制的时候在onMeasure里面做变换，重新计算px。
缺点：
我们自定义的控件可能会被影响或限制，可能有些特定的控件（框架没有做适配的控件），需要单独适配。
小结：上述几种适配方案都是实际开发中用过的方案，但随着技术不断的更新，出现了更好的适配方案。
1.SmallestWidth适配（sw限定符适配）
实现原理：
Android会识别屏幕可用高度和宽度的最小尺寸的dp值（其实就是手机的宽度值），然后根据识别到的结果去资源文件中寻找对应限定符的文件夹下的资源文件。
sw限定符适配 和 宽高限定符适配 类似，区别在于，前者有很好的容错机制，如果没有value-sw360dp文件夹，系统会向下寻找，比如离360dp最近的只有value-sw350dp，那么Android就会选择value-sw350dp文件夹下面的资源文件。这个特性就完美的解决了上文提到的宽高限定符的容错问
优点：
1.非常稳定，极低概率出现意外
2.不会有任何性能的损耗
3.适配范围可自由控制，不会影响其他三方库
缺点：
就是多个dimens文件可能导致apk变大，几百k。
这里有个问题：
在项目的其他 module 中怎么实现适配？难道也要多套 dimens 文件？
解答：
并不需要多套 dimens 文件，只需要在 values 文件夹下有一套与 app module 一样的 dimens 文件即可达到适配。因为经过编译，所有 module 中的 dimen 数据都会统一归类到主 module（即 app module）中的 values/dimens.xml 文件中了，然后系统又会根据你设置的值去找对应 values-swxxxdp 文件夹下的dimens.xml 文件中的值。
附件： [生成sw文件的工具]( ?
to=https%3A%2F%2Fgithub.com%2Fladingwu%2Fdimens_sw)
实现原理：修改系统的density值（核心）
今日头条适配是以设计图的宽或高进行适配的，适配最终是改变系统density实现的。
过程：
缺点：
1.只需要修改一次 density，项目中的所有地方都会自动适配，这个看似解放了双手，减少了很多操作，但是实际上反应了一个缺点，那就是只能一刀切的将整个项目进行适配，但适配范围是不可控的。
2.这个方案依赖于设计图尺寸，但是项目中的系统控件、三方库控件、等非我们项目自身设计的控件，它们的设计图尺寸并不会和我们项目自身的设
AndroidAutoSize 是基于今日头条适配方案，该开源库已经很大程度上解决了今日头条适配方案的两个缺点，可以对activity，fragment进行取消适配。也是目前我的项目中所使用的适配方案。
使用也非常简单只需两步：
第一步： 导入依赖
第二步： 配置AndroidManifest
在 AndroidManifest 中填写全局设计图尺寸 (单位 dp)，如果使用副单位，则可以直接填写像素尺寸，不需要再将像素转化为 dp，详情请查看 demo-subunits
老师给的UI设计是在蓝湖上的，因为还没工作，接触就蓝湖，SW个人感觉好处就是蓝湖上尺寸多少你就写多少就行
Android适配全面屏上下黑边问题
虽然布局全是 match_parent 但是就是有黑边，问题在于Android默认了一个最大的高宽比例，就是高宽比1.86，差不多16：9的常见样式，多出一点来也都能行。但是现在红米6p是19：9 ≈ 2.1？？超过默认值很远，很棒棒。只能手动改下配置了。(targetSdkVersion 24应该不会出现这种问题)
在 AndroidManifest.xml 的 application 标签里加入
或者更大，据我了解mix3，19.5：9，越来越长可以写稍微大点留一些余地
或者
在AndroidManifest中针对Activity标签添加
也可以实现全屏显示，但此设置只针对Activity生效，且增加了此属性该activity也会支持分屏显示。
跟多的全面屏适配优化可以看下这篇文章~
Android APP适配全面屏手机的技术要点
以及这个自动适配的方案（和解决黑边问题无关）
今日头条屏幕适配方案终极版正式发布
android 屏幕适配基础知识
最近参考 今日头条算法 今日头条屏幕适配，优化今日头条屏幕适配了项目今日头条屏幕适配的屏幕适配策略。下面是适配过程中的一些心得，部分内容来源于网络。
举个例子：屏幕分辨率为：1920*1080，屏幕尺寸为5吋的话，那么dpi为440。
dp就是密度自适应的像素。1dp表示 在dpi为160的设备上的一颗像素
px与dp的换算公式px = dp * (dpi / 160)，很显然，由于相同分辨率但不同屏幕大小的设备dpi是不同的，导致px和dp的基本不存在一个固定的换算关系，为了方便屏幕适配，Android设置了6个通用的密度，换算px与dp时采取通用密度计算，而非设备实际的密度。
以下为6种通用密度，以及其最小的分辨率
得到上面通用密度之后，我们换算dp与px多了一种简便方式。Android系统用mdpi(160dpi)作为基准，此时1px = 1dp，又有px = dp * (dpi / 160)，所以我们可以很容易的得到以下换算：
sp在dp的基础上引入了scaleFactor变量，一般用于字号，可在系统设置里调大。
同一张图片放到以上4个分辨率类型的文件夹里，在页面上呈现的效果如下
实际呈现的算法为： 图片尺寸 * 系统density / 文件夹 density
因为图片尺寸、系统density都是固定的，因此图片最终尺寸表现为： 图片放的位置越"low"，呈现的尺寸越大
比如 图片宽度200px，系统 density =3，则图片宽度
下面是详细的解释
我们知道，不管在布局文件中填写的是什么单位，它最后都会被系统转化为 px。系统的转换算法如下：
可以看到 px = dp*density 。
横向适配的最终目的：让100dp的宽度，在各个机型上，在屏幕上所占的 比例相同 。
其核心算法是px = dp* density。通过修改density这个变量，我们可以让px和画布标注的px值一致，达到适配的效果。
美工同学提供的画布宽度为 750px（iphone6） ，开发中，我们对这些px标注 除2 得到dp值进行使用。
那么density如何求出呢？ 根据系统算法px = dp*density，反推 density =px/dp
拿横向适配画布， density对于不同分辨率的手机修改后如下：
375是我们拿UI画布横向分辨率750/2得出。
总结 - Android UI适配方案
1、最原始的dp+自适应布局+weight，多套dimens.xml
缺点：只能满足90%以上的手机，同一像素的手机，dpi不一样
2、smallestWidth适配,res 文件夹下创建各种屏幕分辨率对应的 values-sw{xxx}dp 文件夹
缺点: 1、包会增加500kb左右
2、只支持3.2及以上的系统
3、AutoSize今日头条屏幕适配方案
当前设备屏幕总宽度（单位为像素）/ 设计图总宽度（单位为 dp) = density
原理：调用Android API，根据设备某一维度（宽或高）的真实长度（单位是px）与这一维度在UI设计图上的dp值之间的关系，重新计算density来实现
缺点: 第三方库适配
