‘壹’ android 屏幕适配
Android的屏幕大同小异，分辨率也是各种各样，手机App上的差异性还没那么明显，基本用Dp & weight就可以比较好的适配各种手机。但是在Pad上的表现就不尽如意，而且发现像华为Pad Pro这种高端设备，是可以通过系统设置去设置修改系统的density值，导致整个如果只用一套DpUI布局去实现，会出现很奇怪的UI效果，基本不能适配。这时候就需要对UI进行适配。通过资料查询，需要了解如下的几个概念
1.px，pixel 就是像素，最基本的真实显示单位
2.dp，dip， Density-independent pixel，设备的独立像素，1dp表示在屏幕像素点密度为160ppi时1px长度
3.ppi， pixel per inch ,每英寸对角像素点，这个是物理上的
4.dpi， dot per inch ,每英寸多少个点，这个是软件上的，这里的点跟像素点不同
5.sp: scale-independent pixel， 字体大小单位
简单换算就是
ppi =根号（ 横屏像素点平方+纵屏像素点平方）➗对角线的长度，这个长度是一英寸
1dp = (dpi/160) px
然后有些不同尺寸手机的ppi可能是420， 430， 440， 450， 460.，由于物理ppi上是固定的，改变不了，为了适配，通过人为设置一个dpi，来规范这些差不多ppi值，使得这些相差差不多的屏幕都是通用一个dpi，也就是使用同一套设计方案。
一开始通过dp值来实现适配，是可以解决大部分适配问题，但是在遇到pad这种设备，由于是横屏，而且系统设置还可以修改density值，使得用一套固定屏幕（比如1280 * 800）的方向变得不是那么合适。
这时候想到可以通过Android中 dimens中定义dimen值，Android中可以通过sw去搜索对应的dimen值表来获取对应的配置，smallestWidth适配，sw限定符适配，只要我们把对应的表通过换算，得到一个新值，就可以得到在不同的density值中得到对应的dp值表，解决华为上一个设备对应不同density值的问题。
那么问题来了，如果去得到sw不同的dimens呢，网上的方法很多，有些自己写脚本，有些自己写程序生成，为了就是列举所有的值，一般1-1000dp，然后基于一个基准，比如360dp宽度，去换算出不同屏幕宽度的dimens值，这里我推荐Android Studio的插件ScreenMatch，先安装插件
然后在values中创建dimens文件夹，并创建dimens.xml,其中写上自己定义的dp值，如下
然后在该文件右键，选择screenmatch
插件就会生成一堆其他屏幕的dimens文件，并且自动生成1-800的其他dp值，基本满足开发中的定义，如果没有的话，就自行在这里定义，然后重新生成。
关于ScreenMatch的生成还有一个基准，就是基于那个dpi来生成，通过插件生成，在根目录会多出了两个文件，一个example， 一个config文件
这里我们看看properties文件，内容如下
其中base_dp=850就是基于850，然后可以通过match_dp去调整要适配的dpi值。
通过这方方式，会在dimens文件自动生成dimen文件
在网上看到，还可以通过修改density去修改,这种方式有空我在试试
‘贰’ Android的国际化语言适配(系统语言适配+APP内部适配)
Android国际化语言适配分为两种
1.更改手机系统语言后，APP的语言也会跟着变化
2.只改变自己APP的语言，不受手机系统语言的影响，不影响其他APP的语言，可以参考微信的切换语言的效果。
只需要创建不同语言的values即可
具体操作参考 简单的Android客户端国际化(语言适配)方案
操作的时候要注意: 当选择所要切换的语言后，则进行修改Config以及重启APP，一定要将选择的语言保存到SP中，且在activity中的oncreate中将SP中存储的语言取出来重新设置Config，否则当重启APP后，还是会跟系统语言一样。
具体操作参考 Android应用程序内部切换语言及自定义语言
‘叁’ 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遍......
‘肆’ Android 图片适配件如何充满ImageView
有以下两种方式：
1. 在layout xml中定义android:scaleType="FIT_XY"
2. 或在代码中调用imageView.setScaleType(ImageView.ScaleType.FIT_XY);
FIT_XY：不按比例缩放图片，目标是把图片塞满整个View。
‘伍’ Android兼容性适配（一）—— 设备兼容性概览
Android 适用于众多类型的设备，从手机到平板电脑和电视都能搭载使用。作为开发者，如此广泛的设备类型能为您的应用带来广大的潜在受众群体。为了能在所有这些设备上顺利运行，应用应该容许部分设备功能的变化，并提供可适应不同屏幕配置的灵活界面。
随着您进一步阅读 Android 开发相关内容，您可能会在各种语境下遇到“兼容性”一词。兼容性有两种类型：设备兼容性和应用兼容性。
作为应用开发者，您无需担心设备是否兼容 Android，因为只有与 Android 兼容的设备才会附带 Google Play 商店或该设备的官方手机应用市场。因此，您可以放心，通过Google Play 商店和官方手机应用市场安装您的应用的用户使用的是 Android 兼容设备。
不过，您确实需要考虑您的应用是否兼容每一种可能的设备配置。由于 Android 以各种设备配置运行，因此部分功能并不适用于所有设备。例如，某些设备可能未配备罗盘传感器。如果应用的核心功能需要使用罗盘传感器，那么应用只能与带有罗盘传感器的设备兼容。
应用可通过平台 API 利用 Android 支持的各种功能。有些功能基于硬件（例如罗盘传感器），有些功能基于软件（如应用窗口微件），有些功能则依赖于平台版本。并非每台设备都支持所有功能，因此您可能需要根据应用所需的功能控制应用在设备上的可用性。
要尽可能扩大应用的用户群，您应设法使用单个 APK 支持尽可能多的设备配置。在大多数情况下，要实现这一目标，您可以在运行时停用可选功能，并为应用资源提供针对不同配置的替代选项（例如针对不同屏幕尺寸的不同布局）。不过，如果需要，您可以根据以下设备特征，通过 Google Play 商店限制应用在设备上的可用性：
为了让您根据设备功能管理应用的可用性，Android 为可能并不适用于所有设备的任何硬件或软件功能定义了功能 ID。例如，罗盘传感器的功能 ID 为 FEATURE_SENSOR_COMPASS，而应用微件的功能 ID 为 FEATURE_APP_WIDGETS。
根据需要，要在用户的设备不具备特定功能时阻止用户安装您的应用，您可以通过应用清单文件中的<uses-feature>元素声明这一点。
例如，如果您的应用在没有罗盘传感器的设备上没有意义，您可以使用以下清单标记声明需要罗盘传感器：
Google Play 商店会将您的应用所需的功能与每个用户的设备上可用的功能进行比较，以确定您的应用是否与每台设备兼容。如果设备不具备您的应用所需的所有功能，则用户无法安装您的应用。
但是，如果应用的主要功能不需要某项设备功能，则应将required属性设置为 "false"并在运行时检查是否有该设备功能。如果应用功能在当前设备上不可用，请适当降级相应的应用功能。例如，您可以通过调用hasSystemFeature()来查询功能是否可用，如下所示：
Kotlin
不同的设备可能会运行不同版本的 Android 平台，例如 Android 4.0 或 Android 4.4。每个后续的平台版本通常会添加之前版本中不可用的新 API。为表明可用的 API 集，每个平台版本都会指定API 级别。例如，Android 1.0 是 API 级别 1，而 Android 4.4 是 API 级别 19。
通过 API 级别，您可以使用<uses-sdk>清单标记及其minSdkVersion属性来声明应用兼容的最低版本。例如，Android 4.0（API 级别 14）中添加了 日历提供程序 API。如果您的应用在没有这些 API 的情况下无法运行，您应将 API 级别 14 声明为应用的最低支持版本。
minSdkVersion属性声明应用兼容的最低版本，targetSdkVersion属性声明应用经过优化后适用的最高版本。
不过，请注意<uses-sdk>元素中的属性会被替换为build.gradle文件中的相应属性。因此，如果您使用的是 Android Studio，则必须在其中指定minSdkVersion和targetSdkVersion值：
要详细了解build.gradle文件，请参阅 如何配置编译版本 。
每个后续版本的 Android 都为使用之前平台版本的 API 构建的应用提供兼容性，因此您的应用应始终与未来版本的 Android 兼容，同时使用已记录的 Android API。
注意 ： targetSdkVersion 属性不会阻止您的应用安装在高于指定值的平台版本上，但它很重要，因为它向系统指示您的应用是否应继承较新版本中的行为更改。如果您不将 targetSdkVersion 更新到最新版本，则系统会认为您的应用在最新版本上运行时需要一些向后兼容性行为。例如，在 Android 4.4 中的行为更改 中，使用 AlarmManager API 创建的闹钟现在默认不精确，因此系统可以批量处理应用闹钟并节省系统电量，但如果您的目标 API 级别低于“19”，则系统会为您的应用保留之前的 API 行为。
不过，如果您的应用使用的是较新平台版本中添加的 API，但其主要功能并不需要这些 API，则应在运行时检查 API 级别，并在 API 级别过低时适当降级相应的功能。在这种情况下，请将 minSdkVersion 尽量设置为适用于应用主要功能的最低值，然后将当前系统的版本 SDK_INT 与 Build.VERSION_CODES 中对应于您要检查的 API 级别的一个代号常量进行比较。例如：
Android 可在各种尺寸的设备上运行，包括手机、平板电脑和电视。为了按照屏幕类型对设备进行分类，Android 为每种设备定义了两个特征：屏幕尺寸（屏幕的物理尺寸）和屏幕密度（屏幕上像素的物理密度，称为 DPI）。为了简化不同的配置，Android 将这些变体归纳成组，使它们更容易作为定位目标：
四种广义的尺寸：小、标准、大和特大。
还有几种广义的密度：mdpi（中）、hdpi（高）、xhdpi（超高）、xxhdpi（超超高）等。
默认情况下，您的应用会兼容所有屏幕尺寸和密度，因为系统会根据需要对各个屏幕的界面布局和图片资源进行相应的调整。不过，您应针对不同的屏幕尺寸添加专门的布局，针对常见的屏幕密度添加优化的位图图片，以优化每种屏幕配置的用户体验。
‘陆’ Android 屏幕适配
摘自： https://www.jianshu.com/p/ec5a1a30694b
摘自： https://www.jianshu.com/p/337c47721690
摘自： https://www.jianshu.com/p/4669814362ee
因为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。
这里有个问题：
在项目的其他 mole 中怎么实现适配？难道也要多套 dimens 文件？
解答：
并不需要多套 dimens 文件，只需要在 values 文件夹下有一套与 app mole 一样的 dimens 文件即可达到适配。因为经过编译，所有 mole 中的 dimen 数据都会统一归类到主 mole（即 app mole）中的 values/dimens.xml 文件中了，然后系统又会根据你设置的值去找对应 values-swxxxdp 文件夹下的dimens.xml 文件中的值。
附件： [生成sw文件的工具]( https://links.jianshu.com/go ?
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-屏幕适配全攻略（绝对详细）（一）
关键字： 屏幕适配 px dp dpi sp large限定符 .9.png
前言： 这篇文章依然是我在 [慕课网 ][h]学习 凯子哥 的同名视频 Android-屏幕适配全攻略 ，所记录下来的笔记---凯子哥讲得真的超详细。
[h]: http://www.imooc.com/ "MOOC"
从上图可以看出，主流的分辨率是前六种：1280×720、1920×1080、800×480、854×480、960×540、1184×720，不过我们有解决方案。看完这篇文章，想必你就可以解决常见的屏幕适配问题。
接下来正式进入正题。
介绍几个在Android屏幕适配上非常重要的名词：
屏幕尺寸 是指屏幕对角线的长度。单位是英寸，1英寸=2.54厘米
屏幕分辨率 是指在横纵向上的像素点数，单位是px，1px=1像素点，一般是纵向像素横向像素，如1280×720
屏幕像素密度 是指每英寸上的像素点数，单位是dpi，即“dot per inch”的缩写，像素密度和屏幕尺寸和屏幕分辨率有关
dip： Density Independent Pixels（密度无关像素）的缩写。以 160dpi 为基准，1dp=1px
dp： 同 dip
dpi： 屏幕像素密度的单位，“dot per inch”的缩写
px： 像素，物理上的绝对单位
sp： Scale-Independent Pixels的缩写，可以根据文字大小首选项自动进行缩放。Google推荐我们使用12sp以上的大小，通常可以使用12sp，14sp，18sp，22sp，最好不要使用奇数和小数。
用于区分不同的像素密度。
在Google官方开发文档中，说明了 ** mdpi：hdpi：xhdpi：xxhdpi：xxxhdpi=2：3：4：6：8 ** 的尺寸比例进行缩放。例如，一个图标的大小为48×48dp，表示在mdpi上，实际大小为48×48px，在hdpi像素密度上，实际尺寸为mdpi上的1.5倍，即72×72px，以此类推。
我们可以通过以下几种方式来支持各种屏幕尺寸：
wrap_content： 根据控件的内容设置控件的尺寸
math_parent： 根据父控件的尺寸大小设置控件的尺寸
weight： 权重，在线性布局中可以使用weight属性设置控件所占的比例
例如，我们要实现下图所显示的效果：当屏幕尺寸改变时，new reader控件两边的控件大小不变，new reader控件会占完剩余的空间。
具体布局文件如下：
小插曲： 关于 android:layout_weight 属性
一般情况，我们都是设置要进行比例分配的方向的宽度为0dp，然后再用权重进行分配。如下：
效果为：
效果为：
button1宽度=L+（L-2L）×1/3=2/3L
button2宽度=L+（L-2L）×2/3=1/3L
当然，还有其他的方式，都可以运用此公式进行计算。
在实际开发中，我们一般使用0dp的方式，而不使用其他方式。
简单的布局一般都使用 线性布局 ，而略微复杂点的布局，我们使用 相对布局 ，大多数时候，我们都是使用这两种布局的嵌套。
我们使用 相对布局 的原因是， 相对布局 能在各种尺寸的屏幕上保持控件间的相对位置。
res/layout/main.xml 单面板：
res/layout-large/main.xml 双面板：
如果这个程序运行在屏幕尺寸大于7inch的设备上，系统就会加载 res/layout-large/main.xml 而不是 res/layout/main.xml ，在小于7inch的设备上就会加载 res/layout/main.xml 。
需要注意的是，这种通过 large 限定符分辨屏幕尺寸的方法，适用于android3.2之前。在android3.2之后，为了更精确地分辨屏幕尺寸大小，Google推出了最小宽度限定符。
res/layout-sw600dp/main.xml ，双面板布局： Small Width 最小宽度
这种方式是不区分屏幕方向的。这种最小宽度限定符适用于android3.2之后，所以如果要适配android全部的版本，就要使用 large 限定符和 sw600dp 文件同时存在于项目 res 目录下。
这就要求我们维护两个相同功能的文件。为了避免繁琐操作，我们就要使用布局别名。
由于后两个文具文件一样，我们可以用以下两个文件代替上面三个布局文件：
res/layout/main.xml 单面板布局
res/layout/main_twopanes.xml 双面板布局
然后在 res 下建立
res/values/layout.xml 、
res/values-large/layout.xml 、
res/values-sw600dp/layout.xml 三个文件。
默认布局
res/values/layout.xml :
Android3.2之前的平板布局
res/values-large/layout.xml :
Android3.2之后的平板布局
res/values-sw600dp/layout.xml :
这样就有了 main 为别名的布局。
在activity中 setContentView(R.layout.main);
这样，程序在运行时，就会检测手机的屏幕大小，如果是平板设备就会加载 res/layout/main_twopanes.xml ，如果是手机设备，就会加载 res/layout/main.xml 。我们就解决了只使用一个布局文件来适配android3.2前后的所有平板设备。
如果我们要求给横屏、竖屏显示的布局不一样。就可以使用 屏幕方向限定符 来实现。
例如，要在平板上实现横竖屏显示不用的布局，可以用以下方式实现。
res/values-sw600dp-land/layouts.xml :横屏
res/values-sw600dp-port/layouts.xml :竖屏
自动拉伸位图，即android下特有的 .9.png 图片格式。
当我们需要使图片在拉伸后还能保持一定的显示效果，比如，不能使图片中的重要像素拉伸，不能使内容区域受到拉伸的影响，我们就可以使用 .9.png 图来实现。
要使用 .9.png ，必须先得创建 .9.png 图片，androidSDK给我们提供了的工具就包含 .9.png 文件的创建和修改工具。双击 SDK安装目录 oolsdraw9patch.bat ，就会打开下图所示的窗口。
下面是一个例子：
Button属性设置：
如果我们选择的内容区域偏差太大，可能就不会显示出text值 BUTTON 。
好了，这篇文章写的有点多了，剩下的内容放在 下篇文章 记录吧。
内容提要：
解决方案-支持各种屏幕密度
解决方案-实施自适应用户界面流程
未完待续
‘捌’ 如何解决android设备的适配问题
一、一些基本概念
1、长度（真实长度）：英寸、inch
2、分辨率：density 每英寸像素数 dpi（密度）
3、像素：px
4、dip的公式：px /dip=dpi/160 所以 dip 类似于英寸、长度（dp=dip，sp类似于dip） dip=160*inch
dip= 160/dpi * px
当dip一定时，dpi 越大，px就越大
5、广义分辨率=长px*宽px
二、常用规律
1、平时我们说 手机的分辨率是 320*480的，其实的这里的分辨率是相对分辨率
意思是：水平方向上的像素数是320，垂直方向上像素数是480，
分辨率是160（默认是160，意思是每英寸像素数160）
那么水平方向：320 /160=2英寸
垂直方向:480/160=3英寸
于是乎 屏幕对角线 是根号下4*9=3.6（这就是常说的3.6英寸屏幕）
2、说一个手机的屏幕参数有三个：长宽像素之积（相对分辨率）、真实分辨率（dpi）、对角线长度
3、模拟器的分辨率都是160，所以像素越大，屏越大
4、l、m、h 三个文件夹是按 真是分辨率dpi 来对应找文件的。
5、有三种方案解决屏幕适配
（1）按像素比 y/开发时用的屏幕像素=x/用户设备像素
（2）按长度 用dip（假设屏幕尺寸基本不变）
（3）按密度 放在l、m、h文件夹（假设屏幕尺寸基本不变，dpi越大 px越大）
6、如果手机是hdpi，但hdpi里没有东西，l里有东西，程序就会去l里找图片并且把它按比例放大。
7、最全的办法：单独适配
屏幕分辨率：1024x600
density：1（160）
文件夹：values-mdpi-1024x600
屏幕分辨率：1024x600
density：1.5（240）
文件夹：values-hdpi-683x400 由1024/1.5 600/1.5得到，需要四舍五入。
屏幕分辨率：800x480
density：1（160）
文件夹：values-mdpi-800x480
屏幕分辨率：800x480
density：1.5（240）
文件夹：values-hdpi-533x320 由800/1.5 480/1.5得到，需要四舍五入。
以此类推
一般情况下需要创建出values 、values-mdpi 、 values-hdpi文件夹，以备在一些没有规定的尺寸屏幕上找不到资源的情况。
‘玖’ android 屏幕适配
@[TOC](文章目录)
<hr style=" border:solid; width:100px; height:1px;" color=#000000 size=1">
# 前言
<font color=#999AAA >使用工具Android studio，利用values文件下dimens.xml界面适配安卓屏幕</font>
<hr style=" border:solid; width:100px; height:1px;" color=#000000 size=1">
<font color=#999AAA >提示：以下是本篇文章正文内容，下面案例可供参考
# 一、概念
1.屏幕分辨率单位是px，例如Android手机常见的分辨率：320x480px、480x800px、720x1280px、1080x1920px。
2.手机屏幕的密度：每英寸的像素点数，单位是dpi。
| 密度类型 |代表的分辨率（px）| 屏幕像素密度（dpi） | 1dp转换为px |
|:--------|:--------|:--------|:--------|
| 低密度（ldpi） |240x320|120|0.75|
| 中密度（mdpi） |320x480|160|1|
| 高密度（hdpi）|480x800|240| 1.5|
| 超高密度（xhdpi）|720x1280|320|2|
| 超超高密度（xxhdpi） |1080x1920|480|3|
3.由于android的机型屏幕大小品类太多了，有一些是不标准的，这时我们就需要单独去获取屏幕的分辨率和密度了。
# 二、获取屏幕的分辨率和密度
```java
DisplayMetrics displayMetrics = getResources().getDisplayMetrics();
float density = displayMetrics.density;
int densityDpi = displayMetrics.densityDpi;
int width = displayMetrics.widthPixels;
int height = displayMetrics.heightPixels;
Log.e("123","密度："+density+"---"+densityDpi);
Log.e("123","屏幕分辨率："+width+"x"+height);
Log.e("123","安卓系统："+android.os.Build.VERSION.RELEASE);
Log.e("123","手表型号："+android.os.Build.PRODUCT);
```
# 三、SmallestWidth适配
**smallestWidth适配，或者叫sw限定符适配。指的是Android会识别屏幕可用高度和宽度的最小尺寸的dp值（其实就是手机的宽度值），然后根据识别到的结果去资源文件中寻找对应限定符的文件夹下的资源文件。**
**sw计算公式：sw = 屏幕宽度 / (dpi/160) 注：160是默认的**
**例如：屏幕宽度为1080px、480dpi 的sw = 1080/（480/160）**
# 四、生成 dimens 文件
1、 首先在 res 目录下新建各种尺寸的 values 文件 。文件名为：values-sw（你要适配屏幕的sw值）dp。
例如：
注意：values文件下也生成 dimens文件
**生成dimens值工具类**
1、先生成标准的值。//value = (i + 1) * 1;
2、再用生成其他的值。 //value = (i + 1) * 需要生成的sw值/标准的sw值;
例如：value = (i + 1) * 160 / 320;
```java
public static void genDimen() {
StringBuilder stringBuilder = new StringBuilder();
try {
double value;
for (int i = 0; i < 500; i++) {
//value = (i + 1) * 1; //这里控制对应转换的值，如果是标准尺寸就一对一转换
//value = (i + 1) * 需要生成的sw值/标准的sw值; //这里控制对应转换的值
value = (i + 1) * 1
//value = (i + 1) * 160 / 320;
value = Math.round(value * 100) / 100;
//dp可改成sp
stringBuilder.append("<dimen name=\"size_" + (i + 1) + "\">" + value + "dp</dimen>\r\n");
}
if (stringBuilder.length() > 4000) {
for (int i = 0; i < stringBuilder.length(); i += 4000) {
if (i + 4000 < stringBuilder.length())
Log.e("123", stringBuilder.substring(i, i + 4000));
else
Log.e("123", stringBuilder.substring(i, stringBuilder.length()));
}
} else {
Log.e("123", stringBuilder.toString());
}
} catch (Exception e) {
e.printStackTrace();
} finally {
}
}
```
示例：（我这是以sw320为适配的标准的，你们可改自己的标准）
1、sw320的样例
```java
<resources>
<dimen name="dimen_1">1.0dp</dimen>
<dimen name="dimen_2">2.0dp</dimen>
<dimen name="dimen_3">3.0dp</dimen>
<dimen name="dimen_4">4.0dp</dimen>
<dimen name="dimen_5">5.0dp</dimen>
<dimen name="dimen_6">6.0dp</dimen>
<dimen name="dimen_7">7.0dp</dimen>
<dimen name="dimen_8">8.0dp</dimen>
<dimen name="dimen_9">9.0dp</dimen>
<dimen name="dimen_10">10.0dp</dimen>
<dimen name="size_1">1.0sp</dimen>
<dimen name="size_2">2.0sp</dimen>
<dimen name="size_3">3.0sp</dimen>
<dimen name="size_4">4.0sp</dimen>
<dimen name="size_5">5.0sp</dimen>
<dimen name="size_6">6.0sp</dimen>
<dimen name="size_7">7.0sp</dimen>
<dimen name="size_8">8.0sp</dimen>
<dimen name="size_9">9.0sp</dimen>
<dimen name="size_10">10.0sp</dimen>
</resources>
```
2、sw160的样例
```java
<resources>
<dimen name="dimen_1">0.0dp</dimen>
<dimen name="dimen_2">1.0dp</dimen>
<dimen name="dimen_3">1.0dp</dimen>
<dimen name="dimen_4">2.0dp</dimen>
<dimen name="dimen_5">2.0dp</dimen>
<dimen name="dimen_6">3.0dp</dimen>
<dimen name="dimen_7">3.0dp</dimen>
<dimen name="dimen_8">4.0dp</dimen>
<dimen name="dimen_9">4.0dp</dimen>
<dimen name="dimen_10">5.0dp</dimen>
<dimen name="size_1">0.0sp</dimen>
<dimen name="size_2">1.0sp</dimen>
<dimen name="size_3">1.0sp</dimen>
<dimen name="size_4">2.0sp</dimen>
<dimen name="size_5">2.0sp</dimen>
<dimen name="size_6">3.0sp</dimen>
<dimen name="size_7">3.0sp</dimen>
<dimen name="size_8">4.0sp</dimen>
<dimen name="size_9">4.0sp</dimen>
<dimen name="size_10">5.0sp</dimen>
</resources>
```
3、xml界面控件使用样例
```java
<TextView
android:layout_width="@dimen/dimen_30"
android:layout_height="@dimen/dimen_30"
android:textSize="@dimen/size_20"
android:layout_margin="@dimen/dimen_10"
android:padding="@dimen/dimen_10">
```
<hr style=" border:solid; width:100px; height:1px;" color=#000000 size=1">
# 总结
<font color=#999999 >提示：这里对文章进行总结：
如果你的app需要适配dpi较低的屏幕，最好以最小dpi的sw为适配的标准。
‘拾’ Android 国际化适配总结
只需要创建对应的values-xxx文件夹，再里面创建string文件，这是最基本的适配国际化。
这也是比较细节的地方，首页在设计布局的时候一定要有一种思维，去思考如果以后你这个布局要做国际化，方不方便扩展和优美的展示， 因为国外的语言比如英文，基本都会比中文长，如果你写布局的时候基本都写死宽高为多少dp，那就很难做适配
如果翻译出来的结果实在太长，也可以使用一些技巧，例如使用中文的近义词再翻译，总之，你要站在老外的角度去看，你就会发现有些中文表现成其它语言的时候，可以换个简短的词。比如说你有个账号密码输入提示框，有提示“请输入您要设置的密码”，那你是不是可以翻译成“passwork” （可能这个例子举的不是很好，但是大概就是能做一个转变的意思）
文字拼接翻译的时候，一般如果做翻译语序会混乱。比如说 “您已登陆了10天，总共亏损了6666元”。这种情况下最直接的方式是用String.format。
但是也会存在无法使用String.format的情况，我举一个极端的例子，假如这个 10 和 6666 两个数字的样式和其它文字的样式不同，比其他文字大啊，颜色不同之类的，甚至可能是图片。这样就不好用String.format，但我们也不能蠢到对 “您已登陆了”，“天，总共亏损了”，“元”这3段单独做翻译然后拼起来，这样语序就不对的。
其实这种情况也简单，做个思维的转变，我们需要根据变量去做分割，这里变量就是 10 和 6666 ，能把整段话分割成3段（翻译还是全部一起翻译，只是做国际化拆段做）。
我们就可以在string文件中定义
拼接就 result = getString(R.string.xxx_paragraph_1) + 10 + getString(R.string.xxx_paragraph_2) + 6666 + getString(R.string.xxx_paragraph_3)
英文就是（我用机翻，英语不太好）
结论就是先整体翻译再根据变量去拆，而不是先拆再翻。
后台返回的东西也要做国际化，如果是使用了第三方的东西，就要考虑别人有没有提供，别人没提供的话就只能自己写一个逻辑的adapter来做个简单的适配。如果不方向，可以把第三方返回的数据传给自己的后台，由我们的后台做翻译，就相当于多做了一步请求，但是方便修改。
这也是我做海外翻译觉得最痛的点，比如说某些地方用了成语或者歇后语之类的，“新年你的运势是：虎虎生威”。这虎虎生威怎么翻译，这是比较蛋疼的一个点。
其它资源我们也可以像文字一样做适配，在values-xxx文件夹下创建相应的资源。
举几个我比较常用的做法：
（1）图片，如果有些图片存在中文，可以在这个文件夹下放一张名字一模一样的图片。缺点就是多占内存嘛，所以正确的做法是开发这种需求的时候尽可能图文分离，分离不了就放两张。
（2）尺寸，上面我说了有些翻译后的内容普遍比中文长，处理想办法改文字长度的方法外，我们还可以设多套长度，在使用的时候引用资源，这样不同语音展示出来的长度就不同。我觉得这个还是比较常用的。