android密度适配

1. android dimens 怎么适配

在res中建立不同的values—normal（large、xlarge）-m(h、xh)dpi分别对应不同的屏幕尺寸和不同的分辨率（small和ldpi在手机上没有可以不考虑），例如values-large-mdpi他对应的是手机尺寸在4到7寸之间屏幕密度在140到200之间的手机；或者你对某一款手机做精确适配就是values-w1080dp-h720dp-m(h、xh)dpi 不过一般推荐使用区间适配 有的时候我也不确定他会找哪一个文件下面的对应的dimens 不过一般他会找和自己最相近的那个values进行适配 你可以在android API里面寻找 google大神们 会考虑这一点的 查看原帖>>

2. android适配布局，写了个文件layout-1800x1080，结果改分辨率的手机没调用这个布局

1. 屏幕适配默认调用最接近当前分辨率的布局样式，当前手机分辨率是否为1800x1080，如果确定，查看当前手机的屏幕密度情况，TeachCourse使用模拟器调试，方便更改屏幕密度/屏幕分辨率等参数

2. 建议使用下面方法查看当前屏幕密度：

3. floatdensity = context.getResources().getDisplayMetrics().density;
   

3. android屏幕适配做哪几个尺寸

android屏幕适配尺寸有全屏模式、4:9、8:12多种。

android屏幕适配尺寸有多种，具体的要结合自己的兴趣爱好和手机的自身的实际情况，具体设置标准如下：

1、不要使用绝对布局，这会限制你的手机屏幕的更换。

2、尽量使用match_parent ，从而保证屏幕的最大化利用。

3、尽量使用权重（android:layout_weight），保持手机屏幕合理布局。

4、尽量使用android的shape 自定义，形成纯色背景。

5、可以在res目录上新建layout-HxW.xml的文件夹进行在特定分辨率下适配。

拓展资料:

由于笔记本电脑采用的液晶屏的大小和分辨率是根据它的市场定位决定的，所以为了适应不同人群的消费能力和使用习惯，笔记本电脑的液晶显示器的尺寸和分辨率种类远远要比台式液晶显示器多。

4. 适配Android N 需要注意什么

1. Android 中 Java 的实现向 OpenJDK 8 迁移

android 是站在 Linux 和 Java 肩膀上快速成长的，在运行时依赖 Oracle JDK，早在 2010 年甲骨文就起诉谷歌侵权 Java。在 N 中 Google 采用 OpenJDK 8 作为 Java 的实现，在 Java 实现上的一些差别可能导致应用出问题。如：

(1) ArrayList 实现中的私有属性 array 被移除

反射使用该属性的需要注意下

(2) 随机数种子调用可能出错

Crypto 安全提供商在 OpenJDK 中不提供，而它在大家调用 SecureRandom.setSeed() 设置随机种子时会用到，OpenJDK 中需要通过 SecretKeySpec 去直接加载原始密钥或者使用真正的密钥导出函数。

有了解 OpenJDK 8 与 oracle JDK 更多实现差别的欢迎留言。

2. JNI 中不允许调用非公有 API

JNI 中不允许调用非公有 API，由于命名空间的变化，在 Android N 上运行会崩溃，需要切换到对应公有 API。

3. “老人机的适配”

Android N 允许用户设置显示密度，有点像老人机模式。需要测试 App 在 sw320dp 密度下显示是否正常，及配置变更后应用是否会有异常。

4. 后台优化——三个广播被禁止监听或发送

(1) CONNECTIVITY_CHANGE 广播

对 targetVersion 设置为 Android N 的 App，在后台时不再能接收到 CONNECTIVITY_CHANGE 广播，前台不影响。

(2) ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO 广播

所有运行在 Android N 上的 App 不能发送或是接收新增图片(ACTION_NEW_PICTURE)和新增视频(ACTION_NEW_VIDEO) 的广播。

5. 权限改动

(1) GET_ACCOUNTS 权限被废弃

对 targetVersion 设置为 Android N 的 App，GET_ACCOUNTS 权限被废弃。

(2) 增加 ACTION_OPEN_EXTERNAL_DIRECTORY 权限

这个感觉就是对部存储设备写权限的保护，需要用户同意，说不定以后就慢慢废弃 WRITE_EXTERNAL_STORAGE 权限了。

6. 更严格的 Doze 模式

大家知道在 Android 6.0 中，在手机关屏且静止时，Doze 模式通过推迟 CPU 和网络操作延长底池寿命。而 Android N 则在手机关屏时就会一定程度限制 CPU 和网络操作，进入 Doze 模式一段时间后进一步限制 WakeLock、Alarm、GPS 和 Wi-Fi 扫描等，做好迎接休眠状态下更多功能受限导致的 bug 吧。

7. 自带 ICU4J 库的子集

更方便 App 的全球化了

5. Android 开发中 如何做到XML多屏幕适配

Android上面解决适配不同尺寸(分辨率)和密度的问题，主要是通过以密度分类,再加上分辨率的方式来减化适配不同尺寸屏幕的工作量.
一般来讲,屏幕分辨率越高,清晰度也应该越高,也即其密度也应该越大,否则会看起来很不清楚,比如4寸的屏幕只显示100个像素,这就近距离看电影,或者看投影仪一样,非常的粗糙和不清晰.所以,Android主要是以屏幕密度来区分不同的设备:
高密度: hdpi (High dots per inch)
中等密度: mdpi (Medium dots per inch)
低密度: ldpi (Low dots per inch)
并且布局中推荐使用密度无关单位dip或dp,来作为长度或者宽度的单位.这样,从理论上来讲,开发者只需要做:
1. 为不同的密度屏幕准备图片资源
(图片是没办法的,因为图片的长度和宽度是固定的像素值,不能够随密度变化而变化,可以强行拉伸,但图片会失真.当然也有9 Patch图片可以解决随意拉伸的问题.但普通的图片的长度和宽度是固定的.
2. 用dip作为单位来指定长度或者宽度
就可以适配所有的设备,让布局在所有的屏幕上都得到比较好的显示效果.
当然,现实的生活没有这么完美,各种设备千差万别.但是总体仍可分为这三大类,为这三大类准备好图片后,其他的只要与某一类较接近,即使稍有拉伸或失真,也不太明显,是可以接受的.所以,对于一般性的应用程序,写一个布局文件在layout中,为三种密度准备图片drawable-hdpi, drawable-mdpi, drawable-ldpi,就足以应对80%的设备.
res/
drawable-hdpi/
ic_launcher.png
drawable-mdpi/
ic_launcher.png
drawable-ldpi/
ic_launcher.png
layout/
main.xml
(这里可能有点过时了,因为现在多了xdpi,而且很多设备也是xdpi的.)
但是光以密度屏幕来分类和处理还不够.随着设备的越来越多,以及屏幕尺寸越来越大,还有就是Tablet的出现,又会出现这样的问题:设备的屏幕密度虽然不高,但其分辨率很高.举个简单的例子:iPad2的分辨率是1024x768,iPhone 4 960x640,但是iPhone 4的密度是326ppi,远大于iPad2.但是,无论密度有多高它的屏幕就那么,最多能显示960x640个像素点,一个1024*768的图片在iPad上可以看到全部,而iPhone上只能看到一大半!这也是为什么用iPad来运行iPhone上的应用程序时,只是以屏幕中间的一部分来模拟显示的原因.
对Android来说也是一样的.如此一来,即使相同的dpi,假如其屏幕尺寸非常大,那么为其准备的图片将被拉伸很大或者显示不全.UI元素也会被拉伸很长.这样并不是很好的体验.对于尺寸大的屏幕应该让其显示更多的内容,而不是把一部分元素拉伸很大.所以,很多手机安卓应用如果未经专门适配,在平板上直接使用体验将会是非常差的.
为了解决这样的问题,就还必须以屏幕尺寸来区分设备
主要有四种屏幕尺寸:small, normal, large and xlarge
这主要是配合屏幕密度来一起使用,比如,适配平板的图片:
drawable-xlarge-hdpi/ic_launcher.png
这里就要提到了密度,尺寸和分辨率的对应关系了. 屏幕分辨率是随设备变化最明显的一个,上面的二种分类方法仅是对屏幕进行的大致的一个分类.虽然屏幕分辨率与密度没有直接的关系,但是所有的设备都基本上一致的:
ldpi QVGA 240*320 0.8
mdpi HVGA 320*480 1.0
hdpi WVGA 480*800 1.5
hdpi qHD 540*960 1.5
xdpi WXGA 720*1280 2

6. android开发，html5页面怎么适配不同手机分辨率

按照比较普遍的最低分辨率写 其他的 两边留空白呗