Android中wrap_parent、match_parent是什么意思,有什么区别

一、Android中wrap_parent、match_parent是什么意思,有什么区别

1、wrap是扩展空间，并且强制性占用整个空间，不给其他控件留地方。

2、match的话是指“填充满”父容器。但是他跟fill_parent是不一样的，fill是真的填满，没有条件。而match的话有自动调整的功能。

设置一个视图的尺寸为wrap_content将强制性地使视图扩展以显示全部内容。以TextView和ImageView控件为例，设置为wrap_content将完整显示其内部的文本和图像。布局元素将根据内容更改大小。设置一个视图的尺寸为wrap_content大体等同于设置Windows控件的Autosize属性为True。

Android2.2中match_parent和fill_parent是一个意思.两个参数意思一样，match_parent更贴切，于是从2.2开始两个词都可以用。那么如果考虑低版本的使用情况你就需要用fill_parent了

二、Android 屏幕适配

摘自：

摘自：

摘自：

因为ui设计师给你的设计图是以px为单位的，Android开发则是使用dp作为单位的，那么我们需要进行转换：

   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屏幕适配-应用篇

从两个大方面阐述一下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进行取消适配。也是目前我的项目中所使用的适配方案。

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