Android屏幕适配方案分析
屏幕适配方案
屏幕适配方案在移动设备多样化的时代，屏幕适配成为了开发者需要面对的重要问题。
不同的设备可能拥有不同的屏幕大小、分辨率和比例，因此，开发者需要找到一种适配方案来确保应用程序在不同设备上具有良好的用户体验。
本文将介绍几种常见的屏幕适配方案，以帮助开发者解决这一问题。
一、像素密度适配首先，我们来介绍一种常见的屏幕适配方案——像素密度适配。
在不同的设备上，屏幕像素密度可能会有所不同。
为了让应用程序在不同设备上按照相同的比例显示，我们可以使用“像素密度无关像素（dp）”作为度量单位，而不是使用传统的像素（px）。
Android平台提供了内置的像素密度适配方案。
通过定义不同像素密度下的资源文件，应用程序可以根据设备的像素密度自动加载相应的资源。
例如，可以在res/drawable目录下创建drawable-hdpi、drawable-mdpi和drawable-xhdpi等文件夹来存放不同像素密度下的图片资源。
系统会根据设备的像素密度选择合适的资源加载到应用程序中。
在iOS平台上，使用points作为单位，可以实现类似的像素密度适配。
开发者可以使用points布局视图和绘制图形，而不用考虑设备的像素密度。
系统会自动根据设备的屏幕分辨率和像素密度转换为相应的像素值。
二、屏幕尺寸适配除了像素密度适配，开发者还需要考虑到不同设备的屏幕尺寸。
屏幕尺寸差异可能会导致布局问题，使得应用程序在不同设备上的显示效果不一致。
为了解决这个问题，我们可以使用流式布局、百分比布局或者基于比例的布局来实现屏幕尺寸适配。
1. 流式布局流式布局是指按照一定的顺序和规则排列视图，自动适应屏幕的尺寸。
通过使用流式布局，开发者可以确保在不同设备上，应用程序的UI界面都能够自动调整大小和排列。
流式布局可以避免固定尺寸的UI元素在不同设备上的失效问题，提供更好的屏幕适配方案。
在Android开发中，可以使用LinearLayout或者ConstraintLayout来实现流式布局。
详解Android折叠屏适配攻略
详解Android折叠屏适配攻略随着三星 Galaxy Fold 和华为 Mate X 的发布，折叠屏⼿机开始进⼊⼤家的视线。
在改变⼿机体验的同时，也给我们开发⼈员在适配⽅⾯带来了更多的挑战。
本⽂给⼤家介绍⼀下 Android 开发中和折叠屏相关的⼀些概念，以及如何进⾏折叠屏的适配。
折叠屏适配折叠屏之所以需要适配，是因为我们的应⽤有可能在运⾏的过程中，所在的屏幕尺⼨发⽣了变化，这种情况对现有项⽬多少都会产⽣⼀些问题。
所以折叠屏适配的本质是：当应⽤运⾏时，屏幕的尺⼨、密度或⽐例发⽣了变化，应⽤能够继续在变化后的屏幕上正常显⽰和正常运⾏。
其实这种情况并不是折叠屏出现之后才有的，应⽤的纵向横向切换也会发⽣同样的情况，只不过很多应⽤都强制纵向，不需要处理这种适配了。
允许改变应⽤尺⼨要适配折叠屏，⾸先是要让应⽤⽀持动态改变尺⼨，我们需要在 menifest 中的 Application 或对应的 Activity 下声明：android:resizeableActivity="true"相反，如果暂时不打算适配，把这个参数设为 false 就好了。
需要说明的是，这个参数在 Android 7.0 或更⾼版本默认为 true，以下则默认为 false。
下⾯介绍两个和这个参数相关的概念。
分屏模式之所以从 Android 7.0 开始，把 resizeableActivity 默认改为 true，是因为在 7.0 ⾥增加了⼀个新功能，叫分屏模式。
.jpg如果把 resizeableActivity 设为 false，就意味着应⽤是不⽀持分屏模式的，它决定了应⽤是否有分屏的设置项。
.jpg兼容模式当 resizeableActivity 取 false 时，展开折叠屏可能会变成这样的效果：.jpg这个效果类似于在 iPad 上使⽤不兼容的 iPhone 应⽤，这个四周⽤⿊⾊填充的模式，叫兼容模式。
Android测试中的屏幕适配和分辨率测试
Android测试中的屏幕适配和分辨率测试在Android测试中，屏幕适配和分辨率测试是非常重要的一部分。
由于Android系统在不同的设备上存在多种尺寸和分辨率，保证应用在各种屏幕上都能够正常运行是一项关键任务。
一、屏幕适配测试屏幕适配测试主要是确保应用能够在不同尺寸的屏幕上正确显示，并且不会出现布局错乱或字体缩放等问题。
以下是屏幕适配测试的一些注意事项：1. 尺寸适配：应用的布局应该能够根据屏幕尺寸的变化做出相应调整。
例如，在大屏幕上可能需要显示更多的内容，而在小屏幕上则需要做适当的缩放或隐藏部分内容。
2. 布局适配：在不同分辨率的屏幕上，应用的布局应该保持一致。
可以使用相对布局、线性布局等自适应的布局方式，避免使用绝对尺寸。
3. 图片适配：应根据不同的屏幕密度提供相应分辨率的图片资源，避免出现图片过大或过小的情况。
使用矢量图形或者矢量字体也可以在一定程度上解决图片适配的问题。
4. 字体适配：在大屏幕上应该适量增大字体大小，以保证文字的可读性。
同时，要避免使用固定字体尺寸，应使用sp单位来定义字体大小。
二、分辨率测试分辨率测试主要是验证应用在不同分辨率的屏幕上是否能够完整显示，并且不会出现变形、模糊等问题。
以下是分辨率测试的一些要点：1. 分辨率适配：应用的布局和图形界面应该能够根据屏幕分辨率的变化做出相应调整。
例如，可以使用百分比布局或者使用dp单位来定义布局元素的尺寸。
2. 图形模糊：在低分辨率的屏幕上，图形元素可能会出现模糊或失真的情况。
应该使用高分辨率的图形资源，并在代码中进行适配或缩放。
3. 文字可读性：在高分辨率的屏幕上，文字可能会显得很小，影响可读性。
应该根据屏幕密度适当增大字体大小，保证文字在各种分辨率下都能够清晰可读。
三、最佳实践除了屏幕适配和分辨率测试之外，还有一些最佳实践可以帮助提高Android应用的用户体验：1. 使用权重和相对布局：在设计布局时，可以使用权重和相对布局来确保布局在不同屏幕上的一致性。
【转】Androidhdpildpimdpixhdpixxhdpi适配详解
【转】Androidhdpildpimdpixhdpixxhdpi适配详解1、了解⼏个概念（1）分辨率。
分辨率就是⼿机屏幕的像素点数，⼀般描述成屏幕的“宽×⾼”，安卓⼿机屏幕常见的分辨率有480×800、720×1280、1080×1920等。
720×1280表⽰此屏幕在宽度⽅向有720个像素，在⾼度⽅向有1280个像素。
（2）屏幕⼤⼩。
屏幕⼤⼩是⼿机对⾓线的物理尺⼨，以英⼨（inch）为单位。
⽐如某某⼿机为“5⼨⼤屏⼿机”，就是指对⾓线的尺⼨，5⼨×2.54厘⽶/⼨=12.7厘⽶。
（3）密度（dpi，dots per inch；或PPI，pixels per inch）。
从英⽂顾名思义，就是每英⼨的像素点数，数值越⾼当然显⽰越细腻。
假如我们知道⼀部⼿机的分辨率是1080×1920，屏幕⼤⼩是5英⼨，你能否算出此屏幕的密度呢？哈哈，中学的勾股定理派上⽤场啦！通过宽1080和⾼1920，根据勾股定理，我们得出对⾓线的像素数⼤约是2203，那么⽤ 2203除以5就是此屏幕的密度了，计算结果是440。
440dpi的屏幕已经相当细腻了。
2、实际密度与系统密度尚未发现他处使⽤“实际密度”和“系统密度”这两个词汇，暂时由我如此定义吧。
“实际密度”就是我们⾃⼰算出来的密度，这个密度代表了屏幕真实的细腻程度，如上述例⼦中的440dpi就是实际密度，说明这块屏幕每⼨有440个像素。
5英⼨1080×1920的屏幕密度是440，⽽相同分辨率的4.5英⼨屏幕密度是490。
如此看来，屏幕密度将会出现很多数值，呈现严重的碎⽚化。
⽽密度⼜是安卓屏幕将界⾯进⾏缩放显⽰的依据，那么安卓是如何适配这么多屏幕的呢？其实，每部安卓⼿机屏幕都有⼀个初始的固定密度，这些数值是120、160、240、320、480，我们权且称为“系统密度”。
⼤家发现规律没有？相隔数值之间是2倍的关系。
Android自适应屏幕大小和layout布局(横屏竖屏)
一：不同的layoutAndroid手机屏幕大小不一，有480x320, 640x360, 800x480.怎样才能让App自动适应不同的屏幕呢？其实很简单，只需要在res目录下创建不同的layout文件夹，比如layout-640x360,layout-800x480,所有的layout文件在编译之后都会写入R.java里，而系统会根据屏幕的大小自己选择合适的layout进行使用。
二：hdpi、mdpi、ldpi在之前的版本中，只有一个drawable，而2.1版本中有drawable-mdpi、drawable-ldpi、drawable-hdpi三个，这三个主要是为了支持多分辨率。
drawable- hdpi、drawable- mdpi、drawable-ldpi的区别：(1)drawable-hdpi里面存放高分辨率的图片,如WVGA (480x800),FWVGA (480x854)(2)drawable-mdpi里面存放中等分辨率的图片,如HVGA (320x480)(3)drawable-ldpi里面存放低分辨率的图片,如QVGA (240x320)系统会根据机器的分辨率来分别到这几个文件夹里面去找对应的图片。
更正：应该是对应不同density 的图片在开发程序时为了兼容不同平台不同屏幕，建议各自文件夹根据需求均存放不同版本图片。
[i]备注：三者的解析度不一样，就像你把电脑的分辨率调低，图片会变大一样，反之分辨率高，图片缩小。
[/i]屏幕方向：横屏竖屏自动切换：可以在res目录下建立layout-port-800x600和layout-land两个目录，里面分别放置竖屏和横屏两种布局文件，这样在手机屏幕方向变化的时候系统会自动调用相应的布局文件，避免一种布局文件无法满足两种屏幕显示的问题。
不同分辨率横屏竖屏自动切换：以800x600为例可以在res目录下建立layout-port-800x600和layout-land-800x600两个目录不切换：以下步骤是网上流传的，不过我自己之前是通过图形化界面实现这个配置，算是殊途同归，有空我会把图片贴上来。
Android 目前最稳定和高效的UI适配方案
Android系统发布十多年以来，关于Android的UI的适配一直是开发环节中最重要的问题，但是我看到还是有很多小伙伴对Android适配方案不了解。
刚好，近期准备对糗事百科Android客户端设计一套UI尺寸适配方案，可以和小伙伴们详细的聊一聊这个问题。
Android适配最核心的问题有两个，其一，就是适配的效率，即把设计图转化为App界面的过程是否高效，其二如何保证实现UI界面在不同尺寸和分辨率的手机中UI的一致性。
这两个问题都很重要，一个是保证我们开发的高效，一个是保证我们适配的成效；今天我们就这两个核心的问题来聊一聊Android的适配方案。
image首先，大家都知道，在标识尺寸的时候，Android并不推荐我们使用px这个真实像素单位，因为不同的手机之间，分辨率是不同的，比如一个96*96像素的控件在分辨率越来越高的手机上会在整体UI中看起来越来越小。
image出现类似于上图这样这样，整体的布局效果可能会变形，所以px这个单位在布局文件中是不推荐的。
dp直接适配针对这种情况，Android推荐使用dp作为尺寸单位来适配UI.那么什么是dp？dp指的是设备独立像素，以dp为尺寸单位的控件，在不同分辨率和尺寸的手机上代表了不同的真实像素，比如在分辨率较低的手机中，可能1dp=1px,而在分辨率较高的手机中，可能1dp=2px，这样的话，一个96*96dp的控件，在不同的手机中就能表现出差不多的大小了。
那么这个dp是如何计算的呢？ 我们都知道一个公式： px = dp(dpi/160) 系统都是通过这个来判断px和dp的数学关系，那么这里又出现了一个问题，dpi是什么呢？系统软件上指定dpi是像素密度，指的是在的单位尺寸的像素数量，它往往是写在系统出厂配置文件的一个固定值。
我为什么要强调它是软件系统上的概念？因为大家买手机的时候，往往会听到另一个叫ppi的参数，这个在手机屏幕中指的也是像素密度，但是这个是物理上的概念，它是客观存在的不会改变。
Android测试如何应对各种屏幕尺寸和分辨率
Android测试如何应对各种屏幕尺寸和分辨率随着移动设备的普及和多样化，Android平台上的屏幕尺寸和分辨率也日益多样。
对于Android应用程序开发者以及测试人员而言，如何适配和测试不同屏幕尺寸和分辨率的设备是一个重要的挑战。
本文将介绍一些Android测试中应对各种屏幕尺寸和分辨率的方法和技巧。
一、屏幕适配的重要性在Android开发过程中，合理适配不同的屏幕尺寸和分辨率对于保证应用程序在各种设备上的良好显示效果至关重要。
如果应用程序没有进行良好的适配工作，可能会导致图标显示不全、布局错乱、文字过小或过大等问题。
为了提供一致的用户体验，测试人员需要确保应用程序在各种屏幕尺寸和分辨率上均能正常显示。
二、使用布局文件适配Android提供了布局文件来帮助开发者适配不同的屏幕尺寸和分辨率。
通过使用布局文件，开发者可以根据屏幕尺寸和分辨率的不同自动调整布局。
测试人员可以通过以下几种方式来测试布局文件的适配情况：1. 使用模拟器或真实设备：测试人员可以在不同的模拟器或真实设备上运行应用程序，观察和验证布局在不同屏幕上的显示效果。
2. 分辨率切换：测试人员可以通过模拟设备分辨率的切换来测试布局的适配情况。
例如，将设备的分辨率切换为较小的分辨率，然后观察布局是否正确适配。
3. 测试各种屏幕尺寸：测试人员可以在模拟器或真实设备上测试各种屏幕尺寸，例如手机、平板电脑和大屏幕显示设备，确保应用程序在不同尺寸的屏幕上均有良好的显示效果。
三、使用相对尺寸和权重在布局文件中，使用相对尺寸和权重可以帮助开发者实现更好的屏幕适配效果。
相对尺寸指的是相对于屏幕尺寸或其他布局元素的大小，而不是固定的像素值。
权重可以定义布局元素在布局中所占的比重。
测试人员可以通过以下方式验证相对尺寸和权重是否适配：1. 屏幕旋转测试：测试人员可以在设备上进行屏幕旋转测试，观察布局是否能够正确适应不同的方向。
2. 动态调整布局元素大小：测试人员可以通过改变屏幕尺寸或布局元素的权重来测试布局的适配能力。
android9中screen mirror原理 -回复
android9中screen mirror原理-回复题目：Android 9 中screen mirror原理解析导语：随着技术的发展，移动设备已经成为人们生活中不可或缺的一部分。
Android 9作为一种主流操作系统，具备了许多先进的功能，其中之一就是screen mirror。
本文将深入探讨Android 9中screen mirror的原理，并详细解析其实现过程。
第一部分：概述1.1 什么是screen mirror？Screen mirror是指将Android设备屏幕上显示的内容实时镜像投射到另一台设备上的功能。
这使用户能够更方便地共享自己的屏幕内容，比如展示图片、演示PPT或者进行游戏。
1.2 Android 9中的改进Android 9在screen mirror功能上进行了改进。
在老版本中，由于数据传输效率低、延迟高，导致实时镜像显示效果不够流畅。
而在Android 9中，引入了新的技术，提高了画面传输的效率和稳定性。
第二部分：实现原理解析2.1 基于Wi-Fi Direct技术Android 9中的screen mirror功能主要基于Wi-Fi Direct技术。
Wi-FiDirect是一种点对点的无线传输技术，它允许两个设备之间直接建立连接，而无需通过路由器作为中介。
这使得设备之间的通信更加快速和稳定。
2.2 Wi-Fi Direct连接的建立在Android 9中，当用户开启screen mirror功能后，系统会在设备周围搜索支持Wi-Fi Direct的设备，并列出可连接的设备列表。
用户选择要连接的设备后，会触发一系列操作，完成Wi-Fi Direct连接的建立。
这些操作主要包括：- 手机向目标设备发送连接请求；- 目标设备接收到连接请求后，通过Wi-Fi Direct建立连接；- 连接建立成功后，两台设备之间可以进行数据的传输。
2.3 数据传输在Wi-Fi Direct连接建立成功后，Android 9会将设备屏幕上的图像数据编码成帧，然后通过Wi-Fi Direct进行传输。
手机游戏多分辨率适配
移动设备分辨率众多，为了让你的游戏在多数手机分辨率下都保持良好的效果和体验，需要做一些专门的适配策略。
适配方案有很多，不同的游戏根据自身的特点，适用不同的方案。
本文以天天德州为例，列举一些我们探索过的方案，并进行效果比较。
希望能够给在这方面摸索的同学一些参考。
手机常用分辨率：IOS屏幕分辨率960*640 iPhone4, iPhone4s1136*640 iPhone5 (包括5/5C/5S)480*320 iPhone3,3gs1024*768 iPad1, iPad2, iPad mini2048*1536 iPad AirAndroid屏幕分辨率800*480 华为中兴等许多国产手机480*320 老一代Android手机中使用1280*720 三星i9300、三星Galaxy Note II、n7100、索尼lt26i、小米二代 1920*1080 小米3、OPPO Find 5、HTC Butterfly、努比亚Z5S分辨率占比(图1)这个占比数据是来源于腾讯云分析《移动行业2014年第一季度数据报告》/mta/bigdata/?p=441为了得到一个更直观的数据，我们可以把众多分辨率的高度归一化，比较它们的宽高比。
（图2）主流分辨率的宽高比范围在1.33~1.77若游戏采取用系统原生的开发方法编写游戏逻辑，不跨平台。
比如博雅德州扑克，在安卓和ios平台下，他们是两个独立的项目组在开发。
安卓用Eclipse+java开发，ios用xcode + object c开发。
这样UI的设计当然可以用各自平台提供的相对完善的UI布局机制，适配方案就按官方文档指导的方案做就可以了。
若游戏使用OpenGL来渲染，要自己实现UI的布局机制和逻辑。
在不同的分辨率下就要考虑分辨率的转换和UI元素位置、大小的相应调整。
资源分辨率：我们美术制作时，会先在一个特定的分辨率下制作场景，设置场景大小，按钮位置等。
解决移动端应用兼容性和适配问题
解决移动端应用兼容性和适配问题在移动应用开发过程中，兼容性和适配性是两个重要的问题。
由于移动设备的多样性和操作系统的不同版本，开发者需要解决不同设备和系统的兼容性问题，同时还需要适配不同屏幕尺寸的设备。
在本文中，我们将探讨一些解决移动端应用兼容性和适配性问题的方法和技巧。
首先，为了解决移动端应用的兼容性问题，开发者需要考虑不同设备和操作系统的特性和限制。
这包括设备屏幕的尺寸、分辨率和密度，以及操作系统的不同版本和功能支持。
了解这些限制和特性可以帮助开发者设计和实现更兼容的应用程序。
其次，开发者可以使用一些技术和工具来解决移动端应用的兼容性问题。
例如，可以使用HTML5和CSS3等标准化的技术来实现应用程序的界面和功能，从而保证在多个设备和操作系统上的兼容性。
此外，开发者还可以使用一些跨平台开发框架，如React Native和Flutter，来实现一次编写，多平台运行的应用程序。
另外，为了解决移动端应用的适配性问题，开发者可以采取一些措施来适应不同设备的屏幕尺寸。
首先，可以使用响应式布局来设计应用程序的界面，以适应不同屏幕尺寸的设备。
响应式布局可以根据设备屏幕的尺寸和方向来自动调整界面的布局和元素的大小。
此外，还可以使用流式布局和弹性布局等技术来适应不同屏幕尺寸的设备。
而对于需要实现更精确的适配的应用程序，开发者可以使用媒体查询和设备像素比等技术来适应设备的屏幕分辨率和像素密度。
媒体查询可以根据设备屏幕的分辨率和方向来选择不同的样式表，从而实现适应不同屏幕分辨率的效果。
而设备像素比可以根据设备的像素密度来调整元素的大小和样式，从而实现适应不同像素密度的效果。
此外，还可以使用一些工具和技术来测试和调试移动端应用的兼容性和适配性。
例如，可以使用模拟器和真机来测试应用程序在不同设备和操作系统上的运行效果。
同时，还可以使用浏览器开发者工具和调试工具来查看和调整应用程序的界面和样式。
最后，在解决移动端应用兼容性和适配性问题时，开发者还应考虑用户体验和性能优化。
Android手机中实现适配不同分辨率的屏幕
Android手机中实现适配不同分辨率的屏幕随着技术的发展，Android手机的屏幕分辨率也越来越多样化。
在开发Android应用程序时，如何适配不同分辨率的屏幕是一个重要的问题。
本文将介绍一些常用的方法和技巧，帮助开发者更好地实现Android手机中的屏幕适配。
一、了解不同的屏幕分辨率在开始适配之前，首先需要了解Android手机的屏幕分辨率。
Android设备的屏幕分辨率可以通过设备的参数获取，以便开发者能够根据不同的分辨率进行适配。
常见的屏幕分辨率有：ldpi、mdpi、hdpi、xhdpi、xxhdpi和xxxhdpi等。
每种分辨率对应的密度比值不同，开发者可以根据这些比值来设置不同的资源。
二、使用矢量图形使用矢量图形是一种常见的屏幕适配方法。
与位图不同，矢量图形是基于数学方程描述的，可以无限放大而不失真，并且适应不同的屏幕分辨率。
在Android开发过程中，可以使用SVG（可缩放矢量图形）格式的图像，通过矢量图形实现屏幕适配。
矢量图形可以通过Android Studio或者其他矢量图形编辑工具创建和编辑，并在应用程序中使用。
三、使用限定符来适配布局Android支持使用限定符来适配不同的屏幕分辨率。
开发者可以根据屏幕分辨率的密度比值来创建适合不同设备的布局文件。
常见的限定符有：layout-ldpi、layout-mdpi、layout-hdpi、layout-xhdpi、layout-xxhdpi和layout-xxxhdpi等。
通过为不同的屏幕分辨率创建适配的布局文件，可以确保应用程序在不同的设备上显示效果一致。
四、使用百分比布局百分比布局是一种灵活的屏幕适配方法，可以根据屏幕的尺寸和比例自动调整控件的大小和位置。
Android提供了百分比布局工具库，开发者可以使用百分比布局来在不同屏幕分辨率上实现自适应的UI界面。
通过设置百分比布局参数，可以使得控件在不同分辨率的屏幕上按照比例自动调整大小。
移动端适配方案
-针对可穿戴设备、折叠屏手机等特殊设备，进行定制化适配。
-结合设备特性，优化交互方式和界面布局。
5.适配测试
-使用真机测试，确保在各种设备上的兼容性和性能。
-使用模拟器进行初步测试，快速定位问题。
五、适配标准
1.合法合规：遵循我国相关法律法规，确保适配方案合法合规。
2.兼容性：遵循W3C标准，确保适配方案在各种设备和浏览器上的兼容性。
八、合规性保障
1.法律法规遵守：严格遵守我国相关法律法规，确保适配方案合法合规。
2.合作与沟通：与设备厂商、操作系统开发商保持良好合作，共同维护移动端生态环境。
3.团队培训：加强团队合规意识培训，提高成员的法律素养。
九、总结
本移动端适配方案旨在提高应用在不同设备上的兼容性和用户体验，同时遵循我国相关法律法规，确保合法合规。通过实施本方案，将有助于降低开发与维护成本，提高产品竞争力，为用户带来更好的体验。
2.优化用户体验，确保在不同设备上呈现出最佳效果。
3.遵循我国相关法律法规，确保方案合法合规。
三、方案内容
1.设备分类
根据设备类型、操作系统、屏幕尺寸、分辨率等因素，将移动端设备分为以下几类：
（1）智能手机
（2）平板电脑
（3）可穿戴设备
（4）其他特殊设备
2.适配策略
（1）响应式布局：根据设备类型和屏幕尺寸，采用响应式布局设计，自动调整页面布局和元素大小。
3.降低开发与维护成本，提高开发效率。
三、适配范围
1.设备类型：智能手机、平板电脑、可穿戴设备等。
2.操作系统：iOS、Android等主流操作系统。
3.屏幕尺寸与分辨率：各类常见屏幕尺寸与分辨率。
四、适配策略
ANDROID 如何适配屏幕之density
ANDROID 如何适配屏幕之density如何将一个应用程序适配在不同的手机上，虽然这不算是一个技术问题，但是对于刚刚做屏幕的开发人员来说，还真不是一件多么简单的事情。
首先：你需要在AndroidManifest.xml文件的<manifest>元素如下添加子元素<supports-screens android:largeScreens=“true” android:normalScreens=“true” android:anyDensity=“true” android:smallScreens=“true”></supports-screens> 名如其意，以上是为我们的屏幕设置多分辨率支持（更准确的说是适配大、中、小三种密度）。
android:anyDensity=“true” ，这一句对整个的屏幕都起着十分重要的作用，值为true，我们的应用程序当安装在不同密度的手机上时，程序会分别加载hdpi,mdpi,ldpi文件夹中的资源。
相反，如果值设置为false，即使我们在hdpi,mdpi,ldpi 文件夹下拥有同一种资源，那么应用也不会自动地去相应文件夹下寻找资源，这种情况都是出现在高密度，以及低密度的手机上，比如说一部240×320像素的手机，如果设置android:anyDensity=“false”，Android系统会将240 x 320(低密度)转换为320×480(中密度)，这样的话，应用就会在小密度手机上加载mdpi文件中的资源。
2.细心的人会发现自android2.0开始之后drawable文件被三个文件夹drawable-hdpi,drawable-mdpi,drawable-ldpi三个文件夹所取代，有些编程人员为了让应用程序默认地加载某些图片，他们会特意地去在android2.0之后的应用程序中重新创建drawable文件夹，其实这样做完全没有必要，通过第一段的分析我们得知，android:anyDensity=“false”，则应用会将大小密度转变成中密度，从而去加载mdpi中的资源。
知识点：屏幕大小与设备密度
Android手机设备常用屏幕分辨率：
VGA：Video Graphics Array，VGA最早指的是显示器640 × 480。 QVGA： Quarter VGA ，VGA的四分之一尺寸， 240 × 320 。 WQVGA：Wide Quarter VGA，扩大的QVGA，分辨率比240 × 400。 HVGA： Half-size VGA， VGA的一半尺寸， 320×480。 WVGA：Wide VGA，其分辩率为480 × 800象素，是扩大了的VGA。 FWVGA ：Full WVGA，比WVGA分辨率高，480 × 854 。
进入Android帮助文件。 选择Dev Guide选项卡。 在左侧树状列表中选择 Application Resources。 继续选择Providing Resources。
适配不同屏幕
适配不同的屏幕基本概念：
像素（Pixel = picture element）
像素是由 Picture和 Element这两个单词的字母所组成的。 像素可以用一个数表示，譬如一个“0.3兆像素” 数码相机，它有额定三 十万像素来表示一张图像的精细度（有30万个像素点组成）。 像素也可以用一对数字表示，例如：“640 × 480分辨率”，它有横向 640像素和纵向480像素，因此总数为640 × 480 = 307,200个像素点。 为何分辨率越低，我们越觉得图像会被放大呢？ 假设一张图片是120 ×80 像素那么明显在640 × 480屏幕分辨率 中占据的位置要大于在1024 × 768中的位置。
适配不同屏幕
Android自动适配屏幕的解决方案：
标准方案2：设置适配不同密度的图片：
视图对象（例如：按钮）可以随着密度变化而变化。 但是如果图片被随意的拉升与缩小就会导致失真。 Android建议为不同的分辨率设置不同尺寸的图片。
Android刘海屏、水滴屏全面屏适配小结
Android刘海屏、⽔滴屏全⾯屏适配⼩结现在，市⾯上的屏幕尺⼨和全⾯屏⽅案五花⼋门。
这⾥我使⽤了⼩⽶的图来说明：上述两种屏幕都可以统称为刘海屏，不过对于右侧较⼩的刘海，业界⼀般称为⽔滴屏或美⼈尖。
为便于说明，后⽂提到的「刘海屏」「刘海区」都同时指代上图两种屏幕。
刘海屏、⽔滴屏全⾯屏适配细节当我们在谈屏幕适配时，我们具体谈什么呢？适应更长的屏幕防⽌内容被刘海遮挡其中第⼀点是所有应⽤都需要适配的，对应下⽂的声明最⼤长宽⽐，⽽第⼆点，如果应⽤本⾝不需要全屏显⽰或使⽤沉浸式状态栏，是不需要适配的。
针对需要适配第⼆点的应⽤，需要获取刘海的位置和宽⾼，然后将显⽰内容避开即可。
声明最⼤长宽⽐以前的普通屏长宽⽐为16：9，全⾯屏⼿机的屏幕长宽⽐增⼤了很多，如果不适配的话就会类似下⾯这样：适配⽅式适配⽅式有两种：1. 将targetSdkVersion版本设置到API 24及以上；这个操作将会为<application>标签隐式添加⼀个属性，android:resizeableActivity="true", 该属性的作⽤后⾯将详细说明。
在 <application> 标签中增加属性：android:resizeableActivity="false"，同时在节点下增加⼀个meta-data标签：<!-- Render on full screen up to screen aspect ratio of 2.4 --><!-- Use a letterbox on screens larger than 2.4 --><meta-data android:name="android.max_aspect" android:value="2.4" />原理说明在 Android 7.0（API 级别 24）或更⾼版本的应⽤，android:resizeableActivity属性默认为true（对应适配⽅式1）。
android 常见分辨率(mdpi、hdpi 、xhdpi、xxhdpi)及屏幕适配注意事项
android 常见分辨率（mdpi、hdpi 、xhdpi、xxhdpi ）及屏幕适配注意事项2013-07-05 10:17 43709人阅读评论(0) 收藏举报目录(?)[+]1 Android手机目前常见的分辨率1.1 手机常见分辨率:4:3VGA 640*480 (Video Graphics Array)QVGA 320*240 (Quarter VGA)HVGA 480*320 (Half-size VGA)SVGA 800*600 (Super VGA)5:3WVGA 800*480 (Wide VGA)16:9FWVGA 854*480 (Full Wide VGA)HD 1920*1080 High DefinitionQHD 960*540720p 1280*720 标清1080p 1920*1080 高清手机:iphone 4/4s 960*640 (3:2)iphone5 1136*640小米1 854*480(FWVGA)小米2 1280*7201.2 分辨率对应DPI"HVGA mdpi""WVGA hdpi ""FWVGA hdpi ""QHD hdpi ""720P xhdpi""1080P xxhdpi "2 屏幕适配的注意事项2.1 基本设置2.1.1 AndroidManifest.xml设置在Menifest中添加子元素android:anyDensity="true"时，应用程序安装在不同密度的终端上时，程序会分别加载xxhdpi、xhdpi、hdpi、mdpi、ldpi文件夹中的资源。
相反，如果设为false，即使在文件夹下拥有相同资源，应用不会自动地去相应文件夹下寻找资源：1) 如果drawable-hdpi、drawable-mdpi、drawable-ldpi三个文件夹中有同一张图片资源的不同密度表示，那么系统会去加载drawable_mdpi文件夹中的资源；2) 如果drawable-hpdi中有高密度图片，其它两个文件夹中没有对应图片资源，那么系统会去加载drawable-hdpi中的资源，其他同理；3) 如果drawable-hdpi,drawable-mdpi中有图片资源，drawable-ldpi中没有，系统会加载drawable-mdpi中的资源，其他同理，使用最接近的密度级别。
如何进行Android应用的屏幕旋转和分屏测试
如何进行Android应用的屏幕旋转和分屏测试屏幕旋转和分屏是现代Android应用中常见的功能，为了确保应用在各种屏幕方向和分屏模式下都能正常运行，开发人员需要进行全面的屏幕旋转和分屏测试。
本文将介绍如何进行Android应用的屏幕旋转和分屏测试，以确保应用在各种场景下都能提供优秀的用户体验。
一、屏幕旋转测试屏幕旋转是指用户将设备从竖屏模式旋转为横屏模式，或者从横屏模式旋转为竖屏模式。
在屏幕旋转过程中，应用的布局和UI必须能够适应新的屏幕方向，并保持数据的一致性。
为了进行屏幕旋转测试，可以按照以下步骤进行：1. 打开Android项目，并找到需要进行屏幕旋转测试的Activity。
2. 点击Android Studio的“Run”按钮，在模拟器或真机上运行应用。
3. 在应用中进行操作，确保应用的UI和数据都能正确响应屏幕的旋转。
4. 使用模拟器或真机的旋转功能，将设备从竖屏模式旋转为横屏模式，或者从横屏模式旋转为竖屏模式。
5. 检查应用在旋转后是否能正确适应新的屏幕方向，以及数据是否保持一致。
6. 反复测试应用在不同屏幕方向下的各种操作，确保应用在任何情况下都能正常工作。
二、分屏测试分屏是指在一个屏幕上同时显示两个应用，用户可以同时使用两个应用进行操作。
为了进行分屏测试，可以按照以下步骤进行：1. 打开Android项目，并找到需要进行分屏测试的Activity。
2. 点击Android Studio的“Run”按钮，在模拟器或真机上运行应用。
3. 在应用中进行操作，确保应用的UI和数据都能正常工作。
4. 使用模拟器或真机的分屏功能，将设备分屏显示应用。
5. 检查应用在分屏模式下是否能正确显示，并且能与其他应用同时运行而不影响功能。
6. 反复测试应用在分屏模式下的各种操作，确保应用在分屏模式下也能提供优秀的用户体验。
三、其他注意事项除了屏幕旋转和分屏测试，还有一些其他注意事项需要开发人员考虑：1. 适配不同屏幕尺寸：在进行屏幕旋转和分屏测试时，还需要确保应用能适配不同屏幕尺寸，以确保在各种设备上都能正常显示。
android avd扩展屏原理
android avd扩展屏原理Android AVD（Android Virtual Device）是Android SDK提供的模拟器，可以在计算机上模拟运行Android设备。
通过AVD，开发者可以在不拥有实际设备的情况下进行Android应用程序的开发和测试。
在AVD中，还可以进行扩展屏的模拟，以便更好地测试和优化多屏幕应用程序的兼容性。
扩展屏原理是指在AVD中模拟多屏幕环境，实现在一个模拟器中同时显示多个屏幕。
这对于开发多屏幕应用程序非常重要，因为不同的Android设备可能具有不同的屏幕尺寸和分辨率。
通过模拟多屏幕环境，开发者可以更好地调试和测试应用程序在不同屏幕上的显示效果。
在AVD的扩展屏原理中，主要涉及到两个方面的内容：屏幕分辨率和布局适配。
屏幕分辨率是指屏幕的像素数目，它决定了屏幕的清晰度和显示效果。
在AVD中，可以通过设置不同的屏幕分辨率来模拟不同的设备。
例如，可以选择模拟一个分辨率为1080x1920的设备，这样就可以测试应用程序在高分辨率屏幕上的显示效果。
布局适配是指根据屏幕的尺寸和分辨率，调整应用程序的布局和元素的大小，以适应不同大小的屏幕。
在AVD的扩展屏原理中，可以通过设置不同的屏幕尺寸和像素密度来模拟不同的设备。
例如，可以选择模拟一个5英寸屏幕的设备，并设置像素密度为320dpi，这样就可以测试应用程序在中等尺寸和像素密度的屏幕上的显示效果。
在AVD中进行扩展屏模拟的具体步骤如下：1. 打开Android Studio，并打开AVD Manager。
2. 创建一个新的AVD，选择需要模拟的设备类型和系统版本。
3. 在AVD配置中，选择"Show Advanced Settings"，然后选择"Add New Hardware Profile"。
4. 在"New Hardware Profile"对话框中，设置屏幕分辨率、屏幕尺寸和像素密度等参数。
rem移动端适配原理 -回复
rem移动端适配原理-回复移动端适配原理。
移动端适配是指在不同的移动设备上适应不同的屏幕分辨率、尺寸和像素密度等特点，以确保网页或应用在各种设备上显示的一致性和良好的用户体验。
在移动应用开发中，移动端适配是一个重要的问题，因为不同的移动设备存在着屏幕尺寸不同、分辨率不同、像素密度不同等问题，如果不进行适配，可能会导致应用在不同设备上显示效果的失真或不一致，甚至影响用户体验。
下面将介绍一步一步回答“移动端适配原理”。
第一步：了解不同设备的屏幕分辨率和尺寸。
在进行移动端适配之前，首先需要了解目标设备的屏幕分辨率和尺寸。
不同的设备具有不同的屏幕分辨率，即屏幕上有多少水平像素和垂直像素。
同时，设备的屏幕尺寸也是必须考虑的因素。
不同尺寸的屏幕显示效果可能会有所不同，因此在适配过程中需要根据设备的特点来进行调整。
第二步：使用响应式设计。
响应式设计是一种灵活的设计方法，通过使用CSS媒体查询和弹性布局来适应不同设备的屏幕分辨率和尺寸。
在响应式设计中，可以根据不同的屏幕宽度和高度来应用不同的CSS样式，以达到不同设备上的最佳显示效果。
响应式设计可以在不同的设备上呈现一致的布局和样式，提高用户体验。
第三步：使用相对单位。
为了实现移动端的适配，应尽量避免使用绝对单位（如像素）来定义元素的尺寸。
相反，应该使用相对单位，例如百分比和弹性单位（如em、rem 等）。
相对单位会根据设备的屏幕尺寸和分辨率进行调整，以实现页面的自适应。
其中，rem单位在移动端适配中具有较好的适应性。
rem单位是根据根元素的字体大小来确定的，通常根元素的字体大小设置为基准值，然后其他元素的大小都通过rem单位来定义。
在不同尺寸的屏幕上，根元素的字体大小会自动调整，从而实现页面的适配。
第四步：使用Viewport。
Viewport是指网页在浏览器中显示的区域，通常为可见的网页部分。
在移动端适配中，可以通过设置Viewport来调整网页的大小和缩放比例。
android.dp文件编写规则
android.dp文件编写规则Android开发中，dp（density-independent pixel）是一种用于处理屏幕像素密度的静态尺寸单位。
在编写Android应用程序时，掌握dp文件的编写规则非常重要。
本文将一步一步回答关于dp文件编写规则的问题，并详细介绍如何正确使用dp单位来实现屏幕适配。
一、什么是dp单位？dp（density-independent pixel）是一种独立于设备屏幕像素密度的尺寸单位。
使用dp单位可以确保应用程序在不同屏幕密度设备上的显示效果基本一致。
二、为什么要使用dp单位？Android设备具有不同的屏幕像素密度，如ldpi、mdpi、hdpi、xhdpi、xxhdpi和xxxhdpi等。
如果使用像素（px）单位来设计布局和定义尺寸，那么在不同密度的设备上，元素的大小会有所不同，导致布局混乱，显示效果不统一。
而使用dp单位可以根据设备的屏幕密度自动调整元素的大小，实现屏幕适配。
三、如何编写dp文件？1. 创建res/values/dimens.xml文件：在Android项目的res目录下，新建values文件夹，并在该文件夹下创建dimens.xml文件。
dimens.xml 文件用于存储尺寸值。
2. 定义尺寸值：在dimens.xml文件中，使用<resources>标签包裹所有的尺寸定义。
每个尺寸定义使用<dimen>标签，并通过name属性指定名称，例如：<dimen name="dp_10">10dp</dimen>3. 使用尺寸值：在布局文件或代码中，使用dimen/尺寸名称来引用定义的尺寸值，例如：<TextViewandroid:layout_width="wrap_content"android:layout_height="wrap_content"android:textSize="dimen/dp_10" />四、如何进行屏幕适配？1. 根据UI设计尺寸确定基准dp值：首先，与UI设计师沟通，确定UI 设计布局的基准尺寸（通常为360dp宽度）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Android开发过程中我们常用的尺寸单位有px、dp，还有一种sp一般是用于字体的大小。
但是由于px是像素单位，比如我们通常说的手机分辨例如1920*1080都是px的单位。
现在Android屏幕分辨率碎片化720x1280、1080x1920、
2280x1080，这就造成例如187px会在各个分辨率的机型上都是显示一样大小的，那肯定不是我们想要的效果，所以用px单位我们是难以达到适配效果的，那么为什么用dp可以呢？
使用px单位从左到右依次为480 800、1080 1920、1440 * 2560
使用dp单位从左到右依次为480 800、1080 1920、1440 * 2560
屏幕总宽度依次为320dp、415dp、411dp
dp指的是设备独立像素，以dp为尺寸单位的控件，在不同分辨率和尺寸的手机上代表了不同的真实像素，比如在分辨率较低的手机中，可能1dp=1px,而在分辨率较高的手机中，可能1dp=2px，这样的话，一个187dp高度的控件，在不同的手机中就能表现出差不多的大小了。
android中的dp在渲染前会将dp转为px，计算公式：
•px = density * dp;
•density = dpi / 160;
•px = dp * (dpi / 160);
而dpi是根据屏幕真实的分辨率和尺寸来计算的，每个设备都可能不一样的。
由于density不是固定不变的，所以每个分辨率不同的设备他们的density都肯定不相等，这样就会造成每个设备的宽/高对应的总dp都是不同的，假设480 800分辨率的density是1.5，1080 1920分辨率的density是2.6，1440 * 2560分辨率的density是3.5。
那么它们对应的宽度总dp = (宽度px) / density，分别为320dp、415dp、411dp。
可以看出单位为dp的时候三个设备之间的差距就不是
很大了，但是这样肯定还是不能满足我们对屏幕适配的要求的。
下面来看看Android 常见的三种比较成熟的屏幕适配方案，并分析这几种方案的优劣。
1.1 宽高限定符适配
设定一个基准的分辨率，也就是设计图对应的分辨率，其他分辨率都根据这个基准分辨率来计算，在不同的尺寸文件夹内部，根据该尺寸编写对应的dimens文件。
比如我们的设计图375 * 667为基准分辨率
•宽度为375，将任何分辨率的宽度整分为375份，取值为x1-x375
•高度为667，将任何分辨率的高度整分为667份，取值为y1-y667
那么对于1080*1920的分辨率的dimens文件来说，
•x1=(1080/375)*1=2.88px
•x2=(1080/375)*2=5.76px
•y1=(1920/667)*1=2.87px
•y2=(1920/667)*2=5.75px
当代码里面引用高度为y_187，在APP运行时会根据当前设备分辨率去找对应xml 文件中对应的高度，我们就可以按照设计稿上的尺寸填写相对应的dimens引用了，这样基本解决了我们的适配问题，而且极大的提升了我们UI开发的效率。
验证方案
简单通过计算验证下这种方案是否能达到适配的效果，例如设计图上有一个宽
187dp的View。
480 * 800
•设计图占宽比: 187dp / 375dp = 0.498
•实际在480 800占宽比= 187 1.28px / 480 = 0.498
1080 * 1920
•设计图占宽比: 187dp / 375dp = 0.498
•实际在1080 1920占宽比= 187 2.88px / 1080 = 0.498
•计算高同理
但是这个方案有一个致命的缺陷，那就是需要精准命中才能适配，比如1920x1080的手机就一定要找到1920x1080的限定符，否则就只能用统一的默认的dimens 文件了。
而使用默认的尺寸的话，UI就很可能变形，简单说，就是容错机制很差。
1.2 smallestWidth适配
smallestWidth适配，或者叫sw限定符适配。
指的是Android会识别屏幕可用高度和宽度的最小尺寸的dp值（其实就是手机的宽度值），然后根据识别到的结果去资源文件中寻找对应限定符的文件夹下的资源文件。
这种机制和上文提到的宽高限定符适配原理上是一样的，都是系统通过特定的规则来选择对应的文件。
可以把smallestWidth 限定符屏幕适配方案当成这种方案的升级版，smallestWidth 限定符屏幕适配方案只是把dimens.xml 文件中的值从px 换成了dp，原理和使用方式都是没变的
├── src/main
│ ├── res
│ ├── ├──values
│ ├── ├──values-sw320dp
│ ├── ├──values-sw360dp
│ ├── ├──values-sw400dp
│ ├── ├──values-sw411dp
│ ├── ├──values-sw480dp
│ ├── ├──...
│ ├── ├──values-sw600dp
│ ├── ├──values-sw640dp
验证方案
1920 * 1080分辨率的手机，dpi为420，我们同样设置一个View为187dp宽•density = (dpi = 420) / 160 = 2.6
•屏幕总宽度dp = 1080 / density = 415
•找到文件夹values-sw410dp下的187dp = 204.45dp
•通过公式px = density * dp,计算出px = 531.57
•算出占屏幕宽度的比例，56.86 / 1080 = 0.492
1440 * 2560分辨率的手机，dpi为560，我们同样设置一个View为187dp宽•density = (dpi = 420) / 160 = 3.5
•屏幕总宽度dp = 1440 / density = 411
•找到文件夹values-sw410dp下的187dp = 204.45dp
•通过公式px = density * dp,计算出px = 715.57
•算出占屏幕宽度的比例，715.57 / 1440 = 0.496
因为识别的文件夹是values-sw410dp的文件夹，但是屏幕宽度为415dp和411dp，所以最后计算出的占比会有一点点误差，基本可以忽略不计，可以达到相对比较准确的适配效果
优点
1.非常稳定，极低概率出现意外
2.不会有任何性能的损耗
3.适配范围可自由控制，不会影响其他三方库
4.在插件的配合下，学习成本低
缺点
1.侵入性高，在所有地方都需要引用。
2.还是没有办法覆盖所有的机型分辨率，部分机型可能适配效果还是不佳
3.不能以高度为基准进行适配
4.生成很多文件，增大APP体积1~2M
1.3 今日头条适配方案
今日头条屏幕适配方案的核心原理在于，根据以下公式算出density
默认px = density * dp，也就是屏幕总宽度dp = 屏幕宽度px / density，这个时候我们假设所有设备上的屏幕总宽度dp会等于我们设计图375dp，那么可以得出一个公式：
density = 屏幕宽度px / 设计图宽度（375dp）
然后我们通过系统api，将density赋值给系统，抛弃掉系统默认计算density的
计算公式。
这样可以很巧妙的实现屏幕适配，而且侵入性极低，甚至可以忽略不计。
验证方案
1920 * 1080分辨率的手机，我们同样设置一个View为187dp宽，设计图宽度为375dp
•density = (屏幕宽度px = 1080) / 375 = 2.88
•View宽度= density * 187dp = 538.56
•算出占屏幕宽度的比例，57.6 / 1080 = 0.498
1440 * 2560分辨率的手机，我们同样设置一个View为187dp宽，设计图宽度为375dp
•density = (屏幕宽度px = 1440) / 375 =3.84
•View宽度= density * 187dp = 718.08
•算出占屏幕宽度的比例，718.08 / 1440 = 0.498
可以看出，这种方案是完全没有误差的，而且侵入性极低，只需要修改系统的density。
虽然修改系统的density属性会产生一小部分影响，但是基本都是很好解决的。
优点
1.使用成本非常低，操作非常简单
2.侵入性非常低
3.可适配三方库的控件和系统的控件
缺点
1.会全局影响APP的控件大小，例如一些第三方库控件，他们设计的时候可能
设计图尺寸并不是像我们一样是375dp，这样就会导致控件大小变形等一些问题。