移动端设计尺寸基础知识
作者：佚名　来源：可乐橙　时间： 标签：
初涉移动端设计和开发的同学们，基本都会在尺寸问题上纠结好一阵子才能摸到头绪。我也花了很长时间才弄明白，感觉有必要写一篇足够通俗易懂的教程来帮助大家。从原理说起，理清关于尺寸的所有细节。由于是写给初学者的，所以不要嫌我啰嗦。
首先说现象，大家都知道移动端设备屏幕尺寸非常多，碎片化严重。尤其是Android，你会听到很多种分辨率：480x800, 480x854, 540x960, 720xx1920，而且还有传说中的2K屏。近年来iPhone的碎片化也加剧了：640x960, 640x34, 。
不要被这些尺寸吓倒。实际上大部分的app和移动端网页，在各种尺寸的屏幕上都能正常显示。说明尺寸的问题一定有解决方法，而且有规律可循。
要知道，屏幕是由很多像素点组成的。之前提到那么多种分辨率，都是手机屏幕的实际像素尺寸。比如480x800的屏幕，就是由800行、480列的像素点组成的。每个点发出不同颜色的光，构成我们所看到的画面。而手机屏幕的物理尺寸，和像素尺寸是不成比例的。最典型的例子，iPhone 3gs的屏幕像素是320x480，iPhone 4s的屏幕像素是640x960。刚好两倍，然而两款手机都是3.5英寸的。
所以，我们要引入最重要的一个概念：像素密度，也就是PPI（pixels per inch）。这项指标是连接数字世界与物理世界的桥梁。
Pixels per inch，准确的说是每英寸的长度上排列的像素点数量。1英寸是一个固定长度，等于2.54厘米，大约是食指最末端那根指节的长度。像素密度越高，代表屏幕显示效果越精细。Retina屏比普通屏清晰很多，就是因为它的像素密度翻了一倍。
倍率与逻辑像素
再用iPhone 3gs和4s来举例。假设有个邮件列表界面，我们不妨按照PC端网页设计的思维来想象。3gs上大概只能显示4-5行，4s就能显示9-10行，而且每行会变得特别宽。但两款手机其实是一样大的。如果照这种方式显示，3gs上刚刚好的效果，在4s上就会小到根本看不清字。
在现实中，这两者效果却是一样的。这是因为Retina屏幕把2x2个像素当1个像素使用。比如原本44像素高的顶部导航栏，在Retina屏上用了88个像素的高度来显示。导致界面元素都变成2倍大小，反而和3gs效果一样了。画质却更清晰。
在以前，iOS应用的资源图片中，同一张图通常有两个尺寸。你会看到文件名有的带@2x字样，有的不带。其中不带@2x的用在普通屏上，带@2x的用在Retina屏上。只要图片准备好，iOS会自己判断用哪张，Android道理也一样。
由此可以看出，苹果以普通屏为基准，给Retina屏定义了一个2倍的倍率（iPhone 6plus除外，它达到了3倍）。实际像素除以倍率，就得到逻辑像素尺寸。只要两个屏幕逻辑像素相同，它们的显示效果就是相同的。
Android的解决方法类似，但更复杂一些。因为Android屏幕尺寸实在太多，分辨率高低跨度非常大，不像苹果只有那么几款固定设备、固定尺寸。所以Android把各种设备的像素密度划成了好几个范围区间，给不同范围的设备定义了不同的倍率，来保证显示效果相近。像素密度概念虽然重要，但用不着我们自己算，iOS与Android都帮我们算好了。
如图所示，像素密度在120左右的屏幕归为ldpi，160左右的归为mdpi，以此类推。这样，所有的Android屏幕都找到了自己的位置，并赋予了相应的倍率：
ldpi [0.75倍]
mdpi [1倍]
hdpi [1.5倍]
xhdpi [2倍]
xxhdpi [3倍]
xxxhdpi [4倍]
各型号iPhone的倍率比较简单，我们后面会讲到。那么Android手机那么多，具体怎么分？哪些手机是几倍的倍率呢？我们先看一张表，这是友盟2014年10月到2015年03月的数据：
就目前市场状况而言，各种手机的分辨率可以这样粗略判断。虽然不全面，但至少在1年内都还有一定的参考意义：
ldpi 如今已绝迹，不用考虑
mdpi [320x480]（市场份额不足5%，新手机不会有这种倍率，屏幕通常都特别小）
hdpi [480x800、480x854、540x960]（早年的低端机，屏幕在3.5英寸档位；如今的低端机，屏幕在4.7-5.0英寸档位）
xhdpi [720x1280]（早年的中端机，屏幕在4.7-5.0英寸档位；如今的中低端机，屏幕在5.0-5.5英寸档位）
xxhdpi []（早年的高端机，如今的中高端机，屏幕通常都在5.0英寸以上）
xxxhdpi []（极少数2K屏手机，比如Google Nexus 6）
自然地，以1倍的mdpi作为基准。像素密度更高或者更低的设备，只需乘以相应的倍率，就能得到与基准倍率近似的显示效果。
不过需要注意的是，Android设备的逻辑像素尺寸并不统一。比如两种常见的屏幕480x800和，它们分别属于hdpi和xxhdpi。除以各自倍率1.5倍和3倍，得到逻辑像素为320x533和360x640。很显然，后者更宽更高，能显示更多内容。所以，即使有倍率的存在，各种Android设备的显示效果仍然无法做到完全一致。
不难发现，真正决定显示效果的，是逻辑像素尺寸。为此，iOS和Android平台都定义了各自的逻辑像素单位。iOS的尺寸单位为pt，Android的尺寸单位为dp。说实话，两者其实是一回事。
单位之间的换算关系随倍率变化：
1倍：1pt=1dp=1px（mdpi、iPhone 3gs）
1.5倍：1pt=1dp=1.5px（hdpi）
2倍：1pt=1dp=2px（xhdpi、iPhone 4s/5/6）
3倍：1pt=1dp=3px（xxhdpi、iPhone 6）
4倍：1pt=1dp=4px（xxxhdpi）
单位决定了我们的思考方式。在设计和开发过程中，应该尽量使用逻辑像素尺寸来思考界面。设计Android应用时，有的设计师喜欢把画布设为，有的喜欢设成720x1280。给出的界面元素尺寸就不统一了。Android的最小点击区域尺寸是48x48dp，这就意味着在xhdpi的设备上，按钮尺寸至少是96x96px。而在xxhdpi设备上，则是144x144px。
无论画布设成多大，我们设计的是基准倍率的界面样式，而且开发人员需要的单位都是逻辑像素。所以为了保证准确高效的沟通，双方都需要以逻辑像素尺寸来描述和理解界面，无论是在标注图还是在日常沟通中。不要再说&底部标签栏的高度是96像素，我是按照xhdpi做的&这样的话了。
移动端页面的绝对单位仍然是px，至少代码里这么写，但它的道理也和app一样。由于像素密度是设备本身的固有属性，它会影响到设备中的所有应用，包括浏览器。前端技术可以善加利用设备的像素密度，只需一行代码，浏览器便会使用app的显示方式来渲染页面。根据像素密度，按相应倍率缩放。
可以通过这个测试页面&&来看看你的移动设备屏幕宽度，这是逻辑像素宽度。
以iPhone 5s为例，屏幕的分辨率是640x1136，倍率是2。浏览器会认为屏幕的分辨率是320x568，仍然是基准倍率的尺寸。所以在制作页面时，只需要按照基准倍率来就行了。无论什么样的屏幕，倍率是多少，都按逻辑像素尺寸来设计和开发页面。只不过在准备资源图的时候，需要准备2倍大小的图，通过代码把它缩成1倍大小显示，才能保证清晰。
大家最关心的还是实际运用，画布该怎么设置。我们就iOS、Android、Web三个平台来分别梳理一下。不过在这之前，我要为使用PS进行设计的朋友介绍一个小技巧。
之前我说过，我们要以逻辑像素尺寸来思考界面。体现到设计过程中，就是要把单位设置成逻辑像素。打开PS的首选项&&单位与标尺界面，把尺寸和文字单位都改成点（Point）。这里的点也就是pt，无论设计iOS、Android还是Web应用，单位都用它。当然，各平台单位名称还是要记住的。这里我们用的只是它的原理，不用在意名称。
要调节倍率，则通过图像大小里的DPI来控制。这个DPI，其实就是PPI，像素密度。有个常识大家都知道，屏幕上的设计DPI设成72，印刷品设计DPI设成300。为什么是这两个数字？
首先说300，这和人眼的分辨能力有关。由于1英寸是固定长度，每1英寸有多少个像素点决定了画质清晰程度。之前说过，这就是像素密度，也就是DPI。DPI达到300以上，其细腻程度就会给人真实感，像真实世界中的物件。相反，DPI只有10的话，在你一个食指指节大小的长度内只有10个像素，这明显就是马赛克了。所以印刷品要设成300，才能保证清晰。
再说72，这有一定的历史原因。最早的图形设计是在mac电脑上进行的，mac本身的显示器分辨率就是72。PS中把图像DPI也设成72，就能保证屏幕上显示的尺寸和打印尺寸相同，便于设计。72的PC显示器分辨率逐渐成为一种默认的行业标准，这套规则就这么沿用下来。
现在回到正题，我们怎么通过DPI来调节倍率？既然屏幕本身的分辨率是72，DPI设成72刚好是1倍尺寸，那设成72的两倍就是倍率为2的屏幕了，就这么简单。
下面来看看3个平台各自的画布设置：
iPhone的屏幕尺寸各不相同，我说的是逻辑像素尺寸，这确实是让人很头疼的事情。如果想用一套设计涵盖所有iPhone，就要选择逻辑像素折中的机型。
从市场占有率数据来看，目前最多的是iPhone5/5s的屏幕。倍率为2，逻辑像素320x568。上升势头最猛，未来有望登上第一的是iPhone 6的屏幕。倍率为2，逻辑像素375x667。
按照这两种尺寸来设计，都是比较主流的做法。可以兼顾短一些的iPhone 4s，大一点的6 plus也不会过于空旷。
不过在切图的时候要注意，由于iPhone 6 plus的3倍图是由2倍图放大而来，所以位图要注意保证清晰。
都说Android碎片化严重，但它现在反而比iOS好处理。因为如今的Android屏幕逻辑像素已经趋于统一了：360x640，就看你设成几倍了。想以xhdpi为准，就把DPI设成72x2=144。想以xxhdpi为准，就把DPI设成72x3=216。
对于那些比较老的低端机，宽度是480px的那批，画面确实会小一些，显示内容会更少。稍微留意一下，重要内容尽量保持在界面中上部分。
当然，这些机型不出一年就会被边缘化，基本淘汰。现在能运转的也是当作功能机在用，软件多了必卡无疑，用户体验无从谈起。不作考虑也是OK的。
手机端网页就没有统一标准了，比较流行的做法是按照iPhone 5的尺寸来设计。倍率2，逻辑像素320x568。
这样的做法比较实在，倍率2的屏幕无论在iOS还是Android方面都是主流，而且又是2倍屏幕中逻辑像素最小的。所以图片的尺寸可以保持在较小的水平，页面加载速度快。当然，缺点就是在倍率3的设备上看，图片不是特别清晰。
如果追求图片质量，愿意牺牲加载速度，那么可以按照最大的屏幕来设计。也就是iPhone 6 plus的尺寸，倍率3，逻辑像素414x736。
移动端的尺寸比PC端复杂，关键就在倍率。但也正因为倍率的存在，把大大小小的屏幕拉回到同一水平线，得以保证一套设计适应各种屏幕。站在这条水平线的角度看，会发现它很好理解。
相关文章：iPhone 6 Plus的逻辑分辨率为什么是414x736_百度知道
iPhone 6 Plus的逻辑分辨率为什么是414x736
提问者采纳
你好，iPhone6 plus的分辨率是的谢谢请采纳
来自团队：
其他类似问题
为您推荐：
其他1条回答
完全不符合 Bigger than bigger ，也即上面图表中的 iPhone 6+ (b) 方案：iPhone 6 Plus 的逻辑point分辨率用 360x640:1映射您好：iPhone 6 Plus的逻辑pt分辨率 360x640 就会比 iPhone 6的 375x667 还低，那么 scale 用 @3x；但缺点就是，完美1，一个Plus的大屏幕虽然很精细，最终像素分辨率 360x640@3x 正好是 ，也不是不可以，但是可显示的实际内容比 iPhone 6 还少，这天理不容啊，无需缩放
iphone的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁6053人阅读
iOS开发如何标准化的适应新的iPhone 5s/iPhone6/6 Plus，是否有一种一劳永逸的解决方法？而不需要设计师针对不同的尺寸单独进行设计？
----------------------------------------
初代iPhone
2007年，初代iPhone发布，屏幕的宽高是 320 x 480 像素。下文也是按照宽度，高度的顺序排列。这个分辨率一直到iPhone 3GS也保持不变。
那时编写iOS的App(应用程序)，只支持绝对定位。比如一个按钮(x, y, width, height) = (20, 30, 40, 50)，就表示它的宽度是40像素，高度是50像素，放在(20, 20)像素的位置。
2010年，iPhone 4发布，率先采用Retina显示屏，在屏幕的物理尺寸不变的情况下，像素成倍增加，达到 640 x 960 像素。
这样就出现一个问题，怎么让原有的App运行在新的手机上面？iPhone手机一个优势，就是有众多优秀的App，假如不兼容原有的App，就相当于放弃这个得来不易的优势，是很不明智的。
每当iPhone的屏幕有所变化，比如iPhone 3GS过渡到iPhone 4, iPhone 4过渡到iPhone 5, iPhone 5过渡到iPhone 6，苹果公司都需要想办法来解决上述的兼容问题。
为了运行之前的App，引入一个新的概念point(点)。点这个概念在iOS开发中十分重要，而实际用户很少关注。iPhone 4屏幕尺寸继续保持320 x 480，不过单位并非是像素，而是点。
这篇文章中，我将点和像素当成一维的长度单位，而非二维的面积单位，这样对于我来说更自然些，因此1个点等于2个像素。别的文章中可能会说1个点等于4个像素，其实是指1个点占据了4个像素的面积，这样也没有说错，注意上下文语境。
iPhone 4和iPhone 3GS的屏幕尺寸实际上是一样的，都是3.5英寸。同样一个点，实际尺寸看起来是一样的。只是iPhone 4在单位英寸上像素更多，看起来更细腻。
开发iOS的时候，使用点作为基本单位会更加方便。列表对比
这里的屏幕模式可以初步理解成，一个点等于多少个像素。2x，就是1个点等于2个像素。
总结一下单位
每英寸有多少个像素，称为ppi(pixel per inch)。iPhone 4的屏幕是640 x 960像素，3.5英寸，我们没有宽高的实际尺寸，就按照对角线来粗略计算它的ppi。将像素当做长度单位，根据勾股定理，对角线就是1154像素。屏幕对角线的实际长度为3.5英寸，也就是1154像素除以3.5英寸，得出330ppi。而官方给出的数字是326ppi。当像素太密，超过300ppi的时候，人眼也就不能区分出每个像素。因此iPhone 4的屏幕叫作Retina显示屏。Retina在英文中，是视网膜的意思。
iPhone 4之后(x, y, width, height) = (20, 30, 40, 50)，就表示高度为40个点，宽度为50个点，放在(20, 20)个点的位置。这种处理方法，将之前以像素作为单位自动转换成以点作为单位，使得iPhone 3GS的应用程序，不用修改也可运行在iPhone 4上面。
文字，颜色等是矢量数据，放大不会失真。原有的iPhone 3GS程序，在iPhone 4上面运行，文字显示也十分清晰。
而图片并非矢量数据，处理方式有所不同。假设图片 example.png，大小为 30 x 40像素（这里的单位是像素，数字图片的单位通常都为像素）。当这张example.png在iPhone 3GS和iPhone 4中使用时候，都占据屏幕上30 x 40个点。而因为iPhone 4中1个点等于2个像素，也就是30 x 40像素的图片，占据了60 x 80像素的屏幕，因此这图片在iPhone 4中看起来就会模糊。
开发的时候，为使得图片清晰，需要进行图片适配。这时需要准备两张内容相同的图片，放在同一目录下。
example.png
// 30 x 40像素
example@2x.png
// 60 x 80像素
当程序中使用example.png的时候，会根据屏幕模式自动选择对应的图片。屏幕1x模式，就会选择example.png, 2x模式就会优先选择example@2x.png，假如example@2x.png不存在，就选择example.png。
图片跟屏幕一样，也有1x模式，2x模式。在iPhone 6 Plus中，还出现3x模式，原理是一样的。
当iPhone 4选中example@2x.png的图片，就会生成一张大小为30 x 40个点，2x模式的图片。这个时候，图片看起来就会很清晰了。而没有适配的旧程序，example@2x.png不存在，就选中example.png，生成大小为30 x 40个点，1x模式的图片，看起来比较模糊。但它们占据的屏幕点数是一样的。
2012年，苹果发布iPhone 5。我们将所有机型对比，依然采用点作为单位。
跟iPhone 4做比较, iPhone 5的宽度保持不变。高度增加568 - 480 = 88个点。
在iOS开发中，44这个数字比较特殊。iOS界面指南写着，人类的手指有一定大小，点击区域低于44个点的时候，就难以点中。44的两倍就是88。
当原有程序没有适配iPhone 5的时候，也可以正常运行，但多出来的88个点将会将会被自动均分为上下两部分，使得上下出现黑边。我找不到好看的图片。
那么怎样才能告诉iOS系统，应用程序已经适配了iPhone 5呢？在这里，我们先扯开一下，谈一下启动图片。
点击主屏幕的图标，进入App的时候，会立即显示一张图片，这张图片就是启动图片(Launch Image)。App在正式启动的时需要做一些初始化处理，这通常比较费时。先出现启动图片，可以使用户觉得系统立即有响应，减少等待的焦虑感。
每个机型，比如同时支持iPhone和iPad的程序，需要分别为iPhone跟iPad指定启动图片。当旧的iPhone 4的程序，运行在iPhone 5上面，没有iPhone 5的启动图片，就采用兼容模式，上下留黑边。当为iPhone 5指定了新的启动图片，系统就认为这个应用程序是已经适配了iPhone 5的，上下就不会留黑边了。下面是微信启动图片，应该都很熟悉了。
微信启动图片中出现的那个地球，叫蓝色弹珠（The Blue Marble），是在日由阿波罗17号太空船的船员所拍摄的。这张照片当年很震撼，是普通人第一次可以通过照片直接看到地球的全貌。见问题
微信的启动图，为适配iPhone 5，相比与iPhone 4, 很明显狭长了。
典型iPhone应用程序（游戏除外），很多是上面一个导航栏，下面一个工具栏或者标签栏, 中间一大块用于显示的内容区。iPhone 5拉长了，对于程序的适配，也不算麻烦，内容区的内容基本是动态生成的。适配时候可以简单上下不变，中间的内容区拉长就行了。注意，导航栏和工具栏的高度也是44个点。下面是同一程序，在iPhone 4跟iPhone 5的对比。
AutoLayout
到了这个时候，传统绝对定位的弱点就显露出来了。这时iPhone按照点作为单位，已经出现了两种不同尺寸的屏幕，算上iPad, 就有3种尺寸（有些App可以同时兼容iPhone和iPad，称为Universal）。
从iOS 6系统发布后，iOS开发中可以采用一种AutoLayout的技术。AutoLayout就像网页一样，指定View，Button，Text之间的相对位置，比如靠左多少，靠右多少，居中多少等等。举个例子，像下面的简单布局。
假设左上角的区域为view1, 右上角的区域为view2, 下面的区域为view3。AutoLayout会说:
view1.left = 20
// View1的左边距离边界20个点
view1.top = 20
// View1的上边距离边界20个点
view2.right = 20
// View2的右边距离边界20个点
view2.top = 20
// View2的上边距离边界20个点
view2.left = view1.right + 20 // View2的左边距离View1右边20个点
view2.width = view1.width
// View1的宽度等于View2的宽度
view2.height = view1.height
// view1高度等于view2高度
view3.left = view1.left
// view3的跟view1左对齐
view3.right = view2.right
// view3跟view2右对齐
view3.top = view1.bottom + 20 // view3的上边距离view1下边20个点
view3.bottom = 20
// view3下边距离边界20个点
view3.height = view1.height
// view3高度等于view1高度
指定上面的约束条件后，AutoLayout就会自动算出对应的布局。上面我写得比较繁琐，事实上很多操作都是可以使用鼠标拖拉来指定的，并不一定需要使用代码。但就算用代码，也有简写的方法。下面是在xib中，拖拉鼠标指定约束时的界面。
而绝对定位，会直接说
view1.frame = (x1, y1, width1, height1)
view2.frame = (x2, y2, width2, height2)
view3.frame = (x3, y3, width3, height3)
绝对定位并非指定约束条件，而是开发者自己来精确指定View，Button, Text等的实际坐标大小。
对于一个屏幕，绝对定位可能跟AutoLayout的区别不算大，甚至绝对定位会更方便些。但当需要同时适配多个屏幕，AutoLayout根本不需要更改。而绝对定位就需要根据屏幕大小，一个个算出来。比如横屏，在AutoLayout下面，就自动变成。
这里不过是3个控件的布局，当出现的控件数越多，屏幕尺寸越多，AutoLayout的优势就显露出来了。另外AutoLayout有个好处是容易支持多语言，不同语言下，同一个意思文字的长度是不同的，使用AutoLayout也可以自动适配。
在iOS 6的时候，AutoLayout还比较少人使用，当时屏幕尺寸还比较少。iOS 7的时候，就开始很多人使用了。而到现在iOS 8了, 更加上iPhone 6, iPhone 6 Plus需要适配，AutoLayout大势所趋，不用不行了。
iPhone 6, iPhone 6 Plus
2014年，iPhone 6, iPhone 6 Plus发布后，情况又有新的变化。再次比较所有iPhone机型。
屏幕尺寸再度分裂。但是我们比较iPhone
5 跟 iPhone 6的宽高比例。
可以看出，iPhone 6跟iPhone 5虽然屏幕尺寸改变了，但是它们的比例是不变的。都是 9 ÷ 16 = 0.5625 的屏幕。
当旧的iPhone 5程序运行在iPhone 6上面，假如没有经过适配。旧程序自动等比放大，铺满新手机，旧程序也可以正常运行。这种方案可算是自动适配。但因为旧程序拉伸了，整体看起来有点虚，也不能更好利用大屏空间。
当需要开发者手动适配的时候，跟iPhone 4过渡到iPhone 5一样，在新程序中，指定一张新的启动图片。当指定了启动图，屏幕分辨率就已经变成应有的大小，这时候利用AutoLayout进行布局，同一份代码，就可以支持多个机型。新手机的屏幕更大，有更多的虚拟点，可以显示更多的内容。
值得注意一点是，iPhone 6 Plus。它的宽高是414 × 736个点，3x模式，理想上来说，应该有1242 × 2208像素。但iPhone 6 Plus的实际像素是 1080 × 1920，是比理想值要少一点的。iPhone 6 Plus的处理方式是将程序整体稍微缩小一点。分辨率很高，这点区别，实际上也看不出来。
那为什么需要这样做呢？上面表格中iPhone 6, iPhone 6 Plus屏幕宽高的逻辑点的数字是怎么来的？下面我猜测一下原因，但不能证实。
先看iPhone 6，这个比较简单。iPhone 6的屏幕宽高比例跟iPhone 5一样，使用对角线来计算，就是放大了4.7 ÷ 4 = 1.175倍。用这个数字，乘以iPhone 5的320 x 568个点，忽略误差，差不多就是iPhone 6屏幕的375 x 667个点。这里需要注意，屏幕宽高比例一样，才能使用对角线来计算。
按照上面的方式来计算iPhone 6 Plus, 应该是得到440 x 781个点，实际上却是414 × 736个点。这里我猜测是因为，iPhone 6 Plus屏幕明显更大，相同尺寸的点放在大的屏幕上面，会使得人感觉尺寸变小，所以就将每个点的实际尺寸放大一些，从而得到更少的点数目。人眼看东西会有种错觉，并非是孤立的看的，而是跟周围的环境作比较。
确定了点数目之后，再确定了像素1080 × 1920(很多高清电视就是这个尺寸)，应该是.6x，但2.6x这个数字开发就太麻烦了，就按照3x来处理。其实假如像素达到1242 × 2208，3x下也可以精确到1:1, 这样会更好。但现今的技术在考虑电池，处理器，屏幕尺寸等综合因素下，很可能达不到这样的细腻程度。
上述只是猜测，我相信那些手机参数是经过反复考虑再确定的。iPhone 6 Plus这个处于手机跟平板中间地带的产物经过不少特殊处理。
由分析可以看到，慢慢的为了适配多个机型，程序的启动图片也逐渐增多，为解决这个问题。iOS之后，可以使用xib来搭建启动界面，这样就可以同一个启动界面，适配多个机型，减少启动图片占用的空间。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场iPhone6分辨率与适配
<img src="/cms/uploads/allimg/6-0-L.png"
height="120" alt="iPhone6分辨率与适配" />
128412次阅读|
点击量13773点击量11012点击量10214点击量9420点击量7626点击量6609点击量5679点击量5362点击量4266
吃水不忘挖井人,感谢勤劳的编辑团队
&2015 Chukong Technologies,Inc.
京公网安备89您正在使用IE低版浏览器，为了您的雷锋网账号安全和更好的产品体验，强烈建议使用更快更安全的浏览器
iSO8被测试证明iPhone 6屏幕像素翻三倍
很早之前就有报告指出，苹果正在为 iPhone 测试新分辨率，使用 3x 屏幕缩放内容。开发者 James Thompson 在最新 iOS 8测试版中有趣的渲染操作中发现，使用前缀带有@1x、@2x 和@3x 的测试图像，代码会优先载入3x 图像，而且非常清晰。这可能是苹果新款的预兆。据悉，苹果正在测试 568 x 320和414 x 736的分辨率，翻成三倍后，设备的分辨率为1704 x 960 和1242 x 2208，目前的 iPhone 5s 分辨率为 1136 x 640，如果3x将成为iPhone6的分辨率，那么iPhone6的分辨率将远远超过 iPhone 5s。&&
关闭雷锋广告
同步到新浪微博
投稿请联系： 微信号：Duras0820
如果你是这个圈子的或者打算混这个圈子的欢迎加微信私聊
当月热门文章
本栏目由提供
合作伙伴：
Copyright (C)
雷锋网-移动互联网智能终端第一媒体 All Rights Reserved 粤ICP备号-1
为了您的账户安全，请
您的邮箱还未验证,完成可获20积分哟！
您的账号已经绑定，现在您可以以方便用邮箱登录