小程序开发--移动端分辨率与rpx

　　首先说一个很有意思的问题：一块720p的屏幕和1080p的屏幕那个大？

　　这个问题很有代表性，如果手机竖着放，720p=720px*1280px,而1080p=1080px*1920px;那么在宽度上，前者是720个像素，后者是1080个像素，后者一定比前者大吗？

　　答案是否定的，后者不一定比前者大，还可能和前者一样大，甚至比前者小。

　　这里需要搞清楚一个概念，像素点只有个数的问题，没有大小的问题。那什么才和大小有关呢？是逻辑分辨率（pt）,我们来看一张表格：

　　

型号	屏幕尺寸（inch）	逻辑分辨率（point）	render	物理分辨率（pixel）	像素密度（PPI）
iPhone3GS	3.5	320 * 480	@1x	320 * 480	163
iPhone4/4s	3.5	320 * 480	@2x	640 * 960	326
iPhone5/5s	4	320 * 568	@2x	640 * 1136	326
iPhone6/6s	4.7	375 * 667	@2x	750 * 1334	326
iPhone6Plus/6s Plus	5.5	414 * 736	@3x	1242 * 2208	401

　　其实我们可以这么理解：屏幕尺寸决定逻辑分辨率，它们之间是有对应关系的，但是这个换算关系涉及到屏幕的栅格渲染，较为复杂。所谓逻辑分辨率，就是一个物理长度的单位。而这里的render指的是每个pt中包含几个px。比如iPhone3GS和iPhone4s，实际尺寸都是3.5英寸，即都是320pt*480pt，但是由于在4s中每个pt可以包含2个px了，所以显示更加细腻了。

　　一句话就讲明白了：逻辑分辨率决定屏幕尺寸，物理分辨率指向显示细腻程度。

　　为什么是指向呢？因为细腻程度（ppi）是这样计算的：

　　

　　这样就很明白了。

　　那么小程序开发中，这一块最有意思的是，它在设计rpx这玩意的时候，完完全全就是以iPhone6为模板的。在且只在iPhone6中，1px=1rpx=0.5pt。

　　也就是说，对于一张设计稿，只要物理分辨率和iPhone6保持一致，为750px*1334px,按照1:1的换算关系在小程序中写成rpx，那么这个布局和比例在任何设备显示都是一致的。

　　因为使用rpx，小程序会自动在不同分辨率的设备中进行自适应转换，而使用px就不会。