android多屏幕适配
论坛内容
http://www.eoeandroid.com/thread-326925-1-1.html
Android 屏幕适配
项目中采用的方法是对每个相应的分辨率手机建values目录如：values-1920x1080
然后创建一个demes.xml文件。根节点为 resources
示例
<resources>
<dimen name="width">20dip</dimen>
<dimen name="height">10dip</dimen>
<dimen name="size">10sp</dimen>
</resources>
在layout中的xml文件引用时可以这样
android:layout_width="@dimen/width"
android:layout_height="@dimen/height"
android:textSize="@dimen/size"
也可以在style样式中引用
示例
<style name="text_style">
<item name="android:layout_width">@dimen/width</item>
<item name="android:layout_height">@dimen/height</item>
<item name="android:textSize">@dimen/size</item>
</style>
然后在xml布局代码中引用
<TextView
style="@style/text_style"
android:text="文本内容" />
这样的方式虽然可以不用在代码里计算，但你要确定好每个分辨率的手机对应的值，
才好进行适配。
下文转自http://blog.csdn.net/cnbloger/article/details/9392009
android界面的布局十分简单，简单到不懂编程的人，也能借用android的布局面板快速设计出需要的用户界面。android的界面布局又十分复杂，既使是工任经验十分丰富的老鸟，也不敢保证他的布局在所有能运行的手机里显示都是完整的，一切都是因为屏幕的分辨率。分辨率决定了能够用来显示的像素的多少和图像文字的最终显示效果，在过去非常漫长的计算机发展历史上，我们都是通过操作像素来精心构建用户界面，我们努力的把用户窗口的位置和大小精确到每一像素，像素是一切显示的根源，窗口，图像，动画，最终都是转化为像素展示给客户，分辨率不固定，这个转化过程也变得不可预料，难以计算。由于这个原因，各种平台都会支持点阵位图，也会支持与设备无关的位图。android屏幕布局有三多，屏幕种类多，分辨率多，单位标准多，这使得分辨率这个问题就像物理学中的测不准定理一样让人很难准确的拿捏。这让传统的喜欢精确控制像素布局的人十分沮丧，难以忍受，不可适应，特别是习惯于严谨思维和精确构建代码的Ｃ程序员，我们常常不知道我们的程序到了用户手里会是什么样的显示，这种感觉总是让人不放心。于是在android平台上，推荐使用与设备无关的ＤＩＰ作为解决方案。
软件设计目前处于一种多元化的时期，这得益智能手机的迅猛发展，廉价而高端的微芯片，成熟的微操作系统，使得智能手机能够提供和替代传统上需要高配置的电脑才能完成的很多业务。携带方便，功能强大，拥有接近无限的可扩展性，使得手机在某些场合成为笔记本，甚至台式机的当之无悔的替代品。从软件设计来看，这一时期的显著标志在于，win8支持了ＡＲＭ架构，android支持了Ｘ86架构，ubuntu也有了自己的移动方案，做为软件生态基础的操作系统正在走向大整合，这预示着我们设计的程序有可能运行在320Ｘ480屏幕的嵌入式设备上或者移动终端上，也可能运行在分辨率几千Ｘ几千的高配置台机上。分辨率跨度大，终端类型繁多，传统的像素布局有着很大的局限性。这也许是android使用ＤＩＰ的一个原因，通过一定的处理机制，对原始图像和控件进行一些放大和缩小的插值操作，以提供在不同显示分辨率下，尽量为终端用户提供接近统一的用户界面。这种改变是为了适应目前终端显示屏的巨大差异而提供的方案，虽然这种方案存在着巨大的缺陷，这种布局单位忽视了屏幕宽高的对比，使得某些情况下，我们的窗口或者图标会被拉伸到很难看的程度，并且也会出现和像素布局一样的显示不完全的问题，但他明显比像素的适应性更强，至少解决了当像素密度不同时，不会出现对比过于强烈的情况，所以我们应该抱着开放的态度学习总结，而不能一直坚持的使用像素布局，综合运用各种方法，以为各种终端提供适应性更强的显示方案。
一。Android屏幕的计量单位
px ：是屏幕的像素点
in ：英寸
mm：毫米
pt ：磅，1/72英寸
dp ：一个基于density的抽象单位，如果一个160dpi的屏幕，1dp=1px
dip ：等同于dp
sp ：同dp相似，但还会根据用户的字体大小偏好来缩放。
建议使用sp作为文本的单位，其它用dip
dip和px的关系：
QVGA： density=0.75; densityDpi=120; QVGA（240*320）
HVGA： density=1.0; densityDpi=160; HVGA（320*480）
VGA： density=1.0; densityDpi=160; VGA（480*640）
WVGA： density=1.5; densityDpi=240; WVGA（480*800）
WQVGA：density=2.0; densityDpi=120; WQVGA（240*400）
densityDip值表示每英寸有多少个显示点ＤＩＰ，不同于像素，但和像素有个比率，就是density，每英寸屏幕里包含的像素数和ＤＩＰ的比值就是density，当density等于1.0时，每英寸里包含的ＤＰＩ点数和像素数是相等的。他们之间有如下的换算关系：
ensity ＝ densityDpi/160；
pixs=dips * (densityDpi/160)＝dips／density；
dips=(pixs*160)/densityDpi＝pixs＊density；
dp与px转换的方法：
public static int dip2px(Contextcontext, float dipValue){
finalfloatscale = context.getResources().getDisplayMetrics().density;
return(int)(dipValue * scale +0.5f);
}
public static int px2dip(Contextcontext, float pxValue){
finalfloatscale = context.getResource().getDisplayMetrics().density;
return(int)(pxValue / scale +0.5f);
}
android默认是使用density来匹配图像资源，
当屏幕density=２时，使用xhdpi标签的资源
当屏幕density=1.5时，使用hdpi标签的资源
当屏幕density=1时，使用mdpi标签的资源
当屏幕density=0.75时，使用ldpi标签的资源
需要注意的是，资源是使用density来区分的，而不是屏幕大小，大的屏，也可能使用mdpi的资源，小的高密屏，也可能使用xhdpi资源，这样是为了解决图像被拉伸和缩放后变形或者模糊的问题，小分辨率图片放在高密的屏幕中为显得很小，大分辨率的图片放在低密度的屏幕中，可能会有显示不全的问题。同时图片分辨率和屏幕不匹配时，系统为需要大量的额外内存来对图像进行拉伸和缩放，这些额外的开销，会降低程序运行的效率。给用户不好的使用体验。最关健是可能会引起内存溢出的异常，这是由android内存回收机制引起，对于大量图片使用的情况，发生的概率相当的高，目前没有有效办法解决。
手机density和ＤＩＰ可以使用以下方法获取，两种方法，一种是getWindowManager获取，一种是通过getResources的获取，两种结果是一样的，但因为某些原因，可能会有差异，有些手机厂商会修改ＡＰＩ，有些厂商无良厂商会让低端屏故意显示高端的数据，如果你获取的屏幕数据不太准确，也不必太过在意：
voidgetDefaultDisplayScreenSize()
{
DisplayMetricsdm = newDisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(dm);
intscreenWidthDip = dm.widthPixels;// 屏幕宽（dip，如：320dip）
intscreenHeightDip = dm.heightPixels;// 屏幕宽（dip，如：533dip）
density= dm.density;// 屏幕密度（像素比例：0.75/1.0/1.5/2.0）
intdensityDPI= dm.densityDpi;// 屏幕密度（每寸像素：120/160/240/320）
floatxdpi= dm.xdpi;
floatydpi= dm.ydpi;
w= dm.widthPixels;// 屏幕宽（px，如：480px）
h= dm.heightPixels;// 屏幕高（px，如：800px）
Log.e(TAG+ " DisplayMetrics(222)","screenWidthDip="+ screenWidthDip
+"; screenHeightDip="+ screenHeightDip);
Log.e(TAG+ " DisplayMetrics(222)","w="+ w
+"; h="+ h);
}
voidgetDefaultDisplayScreenDensityDPI()
{
DisplayMetricsdm = newDisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(dm);
density= dm.density;// 屏幕密度（像素比例：0.75/1.0/1.5/2.0）
densityDPI= dm.densityDpi;// 屏幕密度（每寸像素：120/160/240/320）
floatxdpi = dm.xdpi;
floatydpi = dm.ydpi;
Log.e(TAG+ " DefaultDisplay","xdpi="+ xdpi + "; ydpi="+ ydpi);
Log.e(TAG+ " DefaultDisplay","density="+ density +"; densityDPI="
+densityDPI);
}
voidgetDisplayMetricsScreenSize()
{
DisplayMetricsdm = newDisplayMetrics();
dm= getResources().getDisplayMetrics();
floatdensity = dm.density;// 屏幕密度（像素比例：0.75/1.0/1.5/2.0）
intdensityDPI = dm.densityDpi;// 屏幕密度（每寸像素：120/160/240/320）
floatxdpi = dm.xdpi;
floatydpi = dm.ydpi;
Log.e(TAG+ " DisplayMetrics","xdpi="+ xdpi + "; ydpi="+ ydpi);
Log.e(TAG+ " DisplayMetrics","density="+ density + "; densityDPI="
+densityDPI);
w= dm.widthPixels;// 屏幕宽（像素，如：480px）
h= dm.heightPixels;// 屏幕高（像素，如：800px）
Log.e(TAG+ " getDisplayMetricsScreenSize","w="+ w
+"; h="+ h);
}
voidgetDisplayMetricsScreenDensityDPI()
{
DisplayMetricsdm = newDisplayMetrics();
dm= getResources().getDisplayMetrics();
density= dm.density;// 屏幕密度（像素比例：0.75/1.0/1.5/2.0）
densityDPI= dm.densityDpi;// 屏幕密度（每寸像素：120/160/240/320）
floatxdpi = dm.xdpi;
floatydpi = dm.ydpi;
Log.e(TAG+ " DisplayMetrics","xdpi="+ xdpi + "; ydpi="+ ydpi);
Log.e(TAG+ " DisplayMetrics","density="+ density +"; densityDPI="
+densityDPI);
}
二。屏幕布局
其实我们的布局，是根据屏幕物理尺寸来区分的，使用的单位是英寸，为简单起见，Android把所有的屏幕大小分为四种尺寸：小，普通，大，超大(分别对应：small,normal, large, and extra large).
屏幕物理尺寸和资源并不是绝对一一对应，从上图来看，他们之间有不少的重叠区，这意味着小屏small因为屏幕密度也有可能使用ＭＤＰＩ的资源，ＬＡＲＧＥ的大屏也有可能使用ＭＤＰＩ的资源，这样会产生图像大小和屏幕比例失谳的问题，在一些情况下图像小的看不清楚或者有些情况下图像大的显示不完全，所以一般来说，资源之外，是需要为不同的屏设计不同的ＬＡＹＯＵＴ文件。解决资源文件的问题可以创建不同的资源文件夹，比如：drawable-hdpi,drawable-mdp,drawable-ldpi,drawable-xhdpi等，解决不同尺寸屏的布局同样可以使用不同的文件夹，比如：layout-small,layout-large,layout-xlarge,layout-normal等，当然，如果你使用的是android默认的控件和普通的常规布局比如GridLayout,LinearLayout,TableLayout来构建用户界面，一切都会变得相对简单，布局的适自应性强，在不同屏幕下也不容易出现误差。一般来说，出现误差错乱的地方主要集中在AbsoluteLayout和RelativeLayout，AbsoluteLayout在新版本的android已经不再提供为标准布局，可能在早期是为了兼容其他平台程序员的习惯，在新版本中，RelativeLayout全面替代了AbsoluteLayout布局，也就是ＤＩＰ单位全面替代了象素单位的布局，虽然你仍然可以使用AbsoluteLayout，但使用他会让你需要花很大的力气去维护，这是不可取的。对于小范围的有针对的机型，可以偶一为之，要为大众机型开发，这不是很好的方案，而且RelativeLayout完全可以实现AbsoluteLayout的效果，并能提供比较好的兼容性和自适应性，所以没有必要为了一些习惯而不采用更好的方案。当你针对不同尺寸的屏幕使用不同的布局文件时，由于资源是使用密度来选择的，所以在某些layout中使用wrap_content属性，在小屏幕上可能会无法全部显示，这个时候就需要用固定的长度，并采用dp作为单位进行设置。
android新建一个工程早期默认的是LinearLayout布局，目前新的默认布局是RelativeLayout，其他的还有Grid,frame,Table,fragment等等，Linear和Grid，table,有很好的兼容性和自适应性，fragment主要是为了解决充分利用大屏幕的资源而提供的解决方案，可以为不同的客户端提供高质量的差异化服务。Ｇrid和Table可以用来构建Ｍ＊Ｎ类型的方阵布局比如虚拟键盘，九宫菜单，当然这种布局使用linear横的竖的相互嵌套，也是可以实现的，但使用Ｇrid和Table会更简单的一些，毕竟嵌套的布局一是有层数限制，二是增加了处理器的负担，加载的效率会有所降低。Ｇrid比table对于构建不规则的Ｍ＊Ｎ方阵有优势，比如虑拟键盘，有些按键会比其他的按键大很大，会占用更多的位置，需要合并行合列，而table只能合并行。这些布局可以使用嵌套，但过多的嵌套层数会降低布局文件的解析效率，选择恰当的方式布局，有时也是必要的。RelativeLayout布局可以实现和绝对布局AbsoluteLayout几乎一致的效果，并且可以防止布局中出现的不完整显示，相对布局根据屏幕的密度，把像素换算成ＤＩＰ，针对屏幕四个角，屏幕中心，屏幕四条边中点等几个关健点设置相对坐标，能提供比绝对布局再优异的自适应性。
提高自适应布局的一些有用方法：
１。不要使用像素ＰＸ，而是使用ＤiＰ。sp
２。尽量使用linear,grid,table等布局，这些的布局具有很好的兼容性，
３。对于不能使用计算获得精确位置的控件，尽量使用RelativeLayout布局，而不要使用AbsoluteLayout，指定的位置尽量是相对于屏幕中心，四个角，四条边中点，或者是相对另一个控件对齐
４。针对不同物理尺寸的屏使用不同的布局，可以使用layout-sw720dp，layout-w720dp,从而软件兼容更多的屏，为了精确控制某种屏的布局，可以使用layout-1280x720，
５。使用wrap-content和match-parent（api2.2之前使用fill-parent），即宽高根据内容调整以及伸展至父控件一致。而不是硬编码写死控件的大小。
6.使用最小宽度标识符，也就是layout-swaaaadp的方式。官方在3.2的新特性中特别申明了如下四种方式用于使用3.2版本的平板建议使用的布局方式，如下：
res/layout-sw600dp/main_activity.xml // 7英寸平板
res/layout-sw720dp/main_activity.xml //10英寸平板
res/layout-w600dp/main_activity.xml //根据宽度自适应
res/layout-sw600dp-w720dp/main_activity.xml //超宽的布局
7。如果你的屏幕实在特殊，你希望能使用传统的象素精确的布局，你可以自定义view类，在类里的onDraw方法里，根据客户手机屏幕宽高，计算每个字符的行高，行长，精确的自绘出所有控件，如下：
CanvastmpCanvas = newCanvas();
tmpCanvas.setBitmap(tmpBitmap);
Paintp1 = newPaint();
p1.setColor(Color.BLACK);
p1.setStyle(Style.FILL);
tmpCanvas.drawRect(0,0, w, h,p1);
//设置字体
if(!IMG_ENABLE){
Paintp = newPaint();
p.setColor(Color.GRAY);
p.setAntiAlias(true);
p.setStrokeWidth(1);
p.setStyle(Style.FILL);
p.setTextSize(26);
Typefacefont = Typeface.create("黑体",Typeface.BOLD);
p.setTypeface(font);
//显示时间
p.setTextSize(100);
SimpleDateFormatsdf = newSimpleDateFormat("HH:mm:ss");
Stringtime = sdf.format(newDate());
time= time.substring(0, time.length() - 3);
intfw = (int)p.measureText(time);
FontMetricsfm = p.getFontMetrics();
intfh =(int)Math.ceil(fm.descent- fm.top) +2;
if(m_call_count> 0 || m_sms_count> 0 || mBatteryLevel<= 10) {
tmpCanvas.drawText(time,(w - fw) /2 - 40, 120, p);// 200
}else{
tmpCanvas.drawText(time,(w - fw) /2, 120, p);// 200
}
p.measureText(time);
//显示星期
sdf= newSimpleDateFormat("EEEE");
Stringweek = sdf.format(newDate());
//tmpCanvas.drawText(week, 100, 200, p);
//显示日期
p.setTextSize(30);
sdf= newSimpleDateFormat("yyyy-MM-dd");
Stringdate = sdf.format(newDate());
date= date.substring(5, date.length());
date= date + " "+ week;
fw= (int)p.measureText(date);
if(m_call_count> 0 || m_sms_count> 0 || mBatteryLevel<= 10) {
tmpCanvas.drawText(date,(w - fw) /2 - 40, 100 + 80, p);// 200
}else{
tmpCanvas.drawText(date,(w - fw) /2, 100 + 80, p);// 200
}
Typefacefont1 = Typeface.create("黑体",Typeface.NORMAL);
p.setTextSize(26);
p.setTypeface(font1);
//显示未接电话
//fw =(int)p.measureText(time);
//FontMetrics fm= p.getFontMetrics();
//fh =(int)Math.ceil(fm.descent- fm.top) + 2;
Bitmapstatus_bm = null;
status_bm= getImageFromAssetsFile("missedCall.png");
if(m_call_count> 0) {
tmpCanvas.drawBitmap(status_bm,(w - fw) /2 + fw + 50, 55,
p);
tmpCanvas.drawText("" + String.valueOf(m_call_count),
(w- fw) / 2 + fw + 80, 78, p);
}
//显示未读短信
BitmapmissedMessage_bm = null;
missedMessage_bm= getImageFromAssetsFile("missedMessage.png");
if(m_sms_count> 0) {
tmpCanvas.drawBitmap(missedMessage_bm,(w - fw) /2 + fw
+50, 105, p);
tmpCanvas.drawText("" + String.valueOf(m_sms_count),
(w- fw) / 2 + fw + 80, 127, p);
}
//显示电量
Bitmapbattery_bm = null;
battery_bm= getImageFromAssetsFile("battery_charge.png");
if(mBatteryLevel<= 10 && mBatteryLevel>= 0) {
tmpCanvas.drawBitmap(battery_bm,(w - fw) /2 + fw + 50,
150,p);
}
//tmpCanvas.drawText(String.valueOf(mBatteryLevel), (w -
//fw)/2+fw+80,168,p);
}else{
drawDate(tmpCanvas,100, 500);
drawTime(tmpCanvas,100, 400);
drawWeek(tmpCanvas,300, 500);
}
canvas.drawBitmap(tmpBitmap,0, 0, null);
this.invalidate();
}
注，布局匹配规则：
一，首先会去匹配对应的屏，如layout-1280x720
二。首先去匹配layout-xlarge，接着是layout-large，然后是layout-normal，最后是layout-small。上述中的任一一个可以匹配成功，布局文件就匹配成功。
三。如果匹配未成功，就会去找layout-swadp这个文件，如果可以找到adp能比屏幕宽度小的，就匹配成功。即使你的屏幕是：1280x800，如果layout中有layout-sw1dp,且第一个条件未被匹配，而layout-swadp又只有这一个，那么此时，不管其他还有什么布局文件，layout-sw1dp都会去匹配，即使你的布局文件中有layout-1280x800。
四。如果上面两中情况都未匹配到，此时就要分版本来匹配layout-axb文件了，这个没怎么用过，不太懂
五。有时你可以在activity的onCreate函数中，通过获取的屏幕宽高重新校正控件位置和大小，以获得更好的显示效果：
如：
//取得time控件的布局LayoutParams参数
RelativeLayout.LayoutParamstime_params = (RelativeLayout.LayoutParams) time
.getLayoutParams();
//取消左对齐属性
time_params.addRule(RelativeLayout.ALIGN_PARENT_LEFT,0);
//设置居中对齐
time_params.addRule(RelativeLayout.CENTER_HORIZONTAL,
RelativeLayout.TRUE);
//设置大小
time_params.height=200;
time_params.width=100;
time.setLayoutParams(time_params);
三。屏幕布局常用的控件属性介绍：
android:id
为控件指定相应的ID
android:text
指定控件当中显示的文字，需要注意的是，这里尽量使用strings.xml文件当中的字符串
android:gravity
指定View组件的对齐方式，比如说居中，居右等位置这里指的是控件中的文本位置并不是控件本身
android:layout_gravity(区别于：android:gravity )
指定Container组件的对齐方式．比如一个button在linearlayout里，你想把该button放在靠左、靠右等位置就可以通过该属性设置．以button为例，android:layout_gravity="right"则button靠右
android:textSize
指定控件当中字体的大小
android:background
指定该控件所使用的背景色，RGB命名法
android:width
指定控件的宽度
android:height
指定控件的高度
android:layout_width
指定Container组件的宽度
android:layout_height
指定Container组件的高度
android:layout_weight
View中很重要的属性，按比例划分空间
android:padding*
指定控件的内边距，也就是说控件当中的内容
android:sigleLine
如果设置为真的话，则控件的内容在同一行中进行显示
android:scaleType
是控制图片如何resized/moved来匹对ImageView的size
android:layout_centerHrizontal
水平居中
android:layout_centerVertical
垂直居中
android:layout_centerInparent
相对于父元素完全居中
android:layout_alignParentBottom
贴紧父元素的下边缘
android:layout_alignParentLeft
贴紧父元素的左边缘
android:layout_alignParentRight
贴紧父元素的右边缘
android:layout_alignParentTop
贴紧父元素的上边缘
android:layout_alignWithParentIfMissing
如果对应的兄弟元素找不到的话就以父元素做参照物
android:layout_below
在某元素的下方
android:layout_above
在某元素的的上方
android:layout_toLeftOf
在某元素的左边
android:layout_toRightOf
在某元素的右边
android:layout_alignTop
本元素的上边缘和某元素的的上边缘对齐
android:layout_alignLeft
本元素的左边缘和某元素的的左边缘对齐
android:layout_alignBottom
本元素的下边缘和某元素的的下边缘对齐
android:layout_alignRight
本元素的右边缘和某元素的的右边缘对齐
android:layout_marginBottom
离某元素底边缘的距离
android:layout_marginLeft
离某元素左边缘的距离
android:layout_marginRight
离某元素右边缘的距离
android:layout_marginTop
离某元素上边缘的距离
android:paddingLeft
本元素内容离本元素右边缘的距离
android:paddingRight
本元素内容离本元素上边缘的距离
android:hint
设置EditText为空时输入框内的提示信息
android:LinearLayout
它确定了LinearLayout的方向，其值可以为vertical，表示垂直布局horizontal，表示水平布局
如下一些常见屏：
不同densityDpi下屏幕分辨率信息，以480dip*800dip的WVGA(density=240)为例
densityDpi=120时
屏幕实际分辨率为240px*400px
状态栏和标题栏高各19px或者25dip
横屏是屏幕宽度400px或者800dip,工作区域高度211px或者480dip
竖屏时屏幕宽度240px或者480dip,工作区域高度381px或者775dip
densityDpi=160时
屏幕实际分辨率为320px*533px
状态栏和标题栏高个25px或者25dip
横屏是屏幕宽度533px或者800dip,工作区域高度295px或者480dip
竖屏时屏幕宽度320px或者480dip,工作区域高度508px或者775dip
densityDpi=240时
屏幕实际分辨率为480px*800px
状态栏和标题栏高个38px或者25dip
横屏是屏幕宽度800px或者800dip,工作区域高度442px或者480dip
竖屏时屏幕宽度480px或者480dip,工作区域高度762px或者775dip
不加任何标签的资源是各种分辨率情况下共用的
布局时尽量使用单位dip，少使用px
VGA : 640*480
QVGA : 320*240
HVGA : 320*480
WVGA : 800*480
WQVGA: 480X272或400X240
分辨率（水平数×垂直数） 类型 比例 88×72 QQCIF 11:9 128×96 SUB-QCIF 4:3 128×128 知道的补上 1:1 160×120 QQVGA 4:3 176×144 QCIF 11:9 208×176 Sub-QVGA- 13:11 220×176 Sub-QVGA 5:4 240×176 Sub-QVGA+ 15:11 320×200 CGA 16:10 320×240 QVGA 4:3 352×288 CIF 11:9 640×360 nHD 4:3 400×240 WQVGA 5:3 400×320 WQVGA 5:4 480×240 WQVGA 2:1 480×272 WQVGA 16:9 480×320 HQVGA 3:2 640×480 VGA 4:3 640×350 EGA 64:35 720×480 VGA+ 3:2 768×576 PAL 800×480 WVGA 5:3 854×480 FWVGA 16:9 800×600 SVGA 4:3 960×540 QHD 16:9 960×640 DVGA 3:2 1024×600 WSVGA 128:75 1024×768 XGA 4:3 1280×768 WXGA 15:9 1280×800 WXGA 16:10 1280×960 UxGA/XVGA 4:3 1280×1024 SXGA 25:16 1400×1050 SXGA+ 4:3 1440×900 WXGA+ 16:10 1600×1024 WSXGA 25:16 1600×1050 WSXGA 32:21 1600×1200 USVGA/UXGA/UGA 4:3 1680×1050 WSXGA+ 16:10 1900×1200 UXGA 19:12 1920×1080 WSUVGA+(WSUGA/HDTV) 4:3 1920×1200 WUXGA 16:10 2048×1536 SUVGA(QXGA) 4:3 2560×1600 UWXGA 16:10 2560×2048 USXGA 5:4 3200×2400 QUXGA 4:3 3840×2400 WQUXGA 16:10
参考：
http://blog.csdn.net/sunboy_2050/article/details/6688303
http://blog.csdn.net/yanbin1079415046/article/details/7879314
http://blog.csdn.net/macong01/article/details/7334607
http://www.cnblogs.com/nuliniaoboke/archive/2012/10/22/2733955.html
android多屏幕适配相关推荐
- Android的屏幕适配
Android的屏幕适配一直以来都在折磨着我们这些开发者,本篇文章以Google的官方文档为基础,全面而深入的讲解了Android屏幕适配的原因.重要概念.解决方案及最佳实践,我相信如果你能认真的学习 ...
- Android开发屏幕适配全攻略
Android的屏幕适配一直以来都在折磨着我们这些开发者,本篇文章以Google的官方文档为基础,全面而深入的讲解了Android屏幕适配的原因.重要概念.解决方案及最佳实践,我相信如果你能认真的学习 ...
- android相机横屏竖屏,GitHub - qixuefeng/CameraAdapt: Android相机屏幕适配
CameraAdaptDemo Android相机屏幕适配 该项目主要是为了做相机下的屏幕适配 具体思路可以参见我的这篇文章 Android 相机屏幕适配 测试: 机型:华为荣耀8 (厂商:honor ...
- android – 多屏幕适配相关
android – 多屏幕适配相关 作者: 曲天日期: 2011/10/27 1.基本概念 屏幕大小(screen size) – 屏幕的实际大小,用屏幕对角线长度来衡量(比如3.4寸,3.8寸).a ...
- Android开发——Android手机屏幕适配方案总结
0. 前言 Android的屏幕适配,即使得某一元素在Android不同尺寸.不同分辨率的手机上具备相同的显示效果,这个问题一直以来都是我们Android开发者不得不面对的问题.本文参考了很多前人的博 ...
- Android TV 屏幕适配
Android TV 屏幕适配 1 1.dpi ,dip(dp), density 几个比较难描述的概念,摘这个blog的: http://www.cnblogs.com/wader2011/arch ...
- Android AutoSize屏幕适配中图标及字体放大的问题解决
现象: 项目接入Android AutoSize屏幕适配框架,项目本身主界面是横屏操作的界面.测试中用户反馈在vivo x27的手机或者其他机型也会出现(没测试出来)横屏后所有的图标及字体都放大. 原 ...
- Android多屏幕适配-手机
1.常用单位及其关系 px:像素 inch:英寸 pt:1/72 英寸 dpi:一英寸长的直线上的像素点的数量,即像素密度.不同的设备,dpi值不同,显示效果不同,dpi的值跟设备硬件有关.标准值是1 ...
- android 多屏幕适配 ： 第一部分
1.在xml布局文件中,控件的宽度和高度用 dp ; 字体大小用 sp 2.根据屏幕的宽高来动态的适配 , 获取屏幕的宽高的两种方法: 第一种方法: /*** 屏幕的宽度* 屏幕的高度* @re ...
- android多屏幕适配注意几点
一.关于布局适配 1.不要使用绝对布局 2.尽量使用match_parent 而不是fill_parent . 3.能够使用权重的地方尽量使用权重(android:layout_weight) 4.如 ...
最新文章
- 推荐8个值得每天一看的网站，值得收藏起来！
- Spring Boot Starters启动器
- SAP WebClient UI页面标签的决定逻辑介绍
- Access2010打开系统表MSysObjects的控制权限
- STM32项目（五）——智能回收箱
- 使用Tool Bar切换视图
- 与MQ通讯的完整JAVA程序
- 网页设计中时尚的下拉菜单案例
- 利用正则计算输入内容的长度
- 局部搜索算法 之 局部搜索算法，爬山法，模拟退火，集束搜索，遗传算法
- linux如何删除tree命令,误删tree命令如何恢复
- 史上最全英文免费编程电子书列表
- 计算机各个硬盘分区名称不见了,开机后电脑硬盘分区突然消失了，文件都不见了还能找回吗?...
- git rebase 和 gite merge 区别
- 规则动词的过去式及发音规则
- 靖哥哥教你如何安装chrome浏览器离线插件
- 计算机竖版桌面,电脑桌面竖屏了怎么办
- 基于PHP的公共课考勤管理系统设计与实现
- img图片转码base64使用（简单版）
- harbor仓库部署