iPhone设备
 
物理分辨率是硬件所支持的，逻辑分辨率是软件可以达到的。
 
代数
设备
操作系统
逻辑分辨率(point)
物理分辨率(pixel)
屏幕尺寸(对角线长度)
缩放因子
iPhone
第一代
iPhone 2G
iOS 1
320 x 480
480 x 320
3.5寸
1x
第二代
iPhone 3
iOS 2
320 x 480
480 x 320
3.5寸
1x
第三代
iPhone 3GS
iOS 3
320 x 480
480 x 320
3.5寸
1x
第四代
iPhone 4
iOS 4
320 x 480
960 × 640
3.5寸
2x
第五代
iPhone 4S
iOS 5
320 x 480
960 × 640
3.5寸
2x
第六代
iPhone 5
iOS 6
320 x 568
1136 x 640
4.0寸
2x
第七代
iPhone 5S/5C
iOS 7
320 x 568
1136 x 640
4.0寸
2x
第八代
iPhone 6
iOS 8
375 x 667
1334 x 750
4.7寸
2x
第八代
iPhone 6 Plus
iOS 8
414 x 736
2208 x 1242 (1920x1080)
5.5寸
3x
第九代
iPhone 6S
iOS 9
375 x 667
1334 x 750
4.7寸
2x
第九代
iPhone 6S Plus
iOS 9
414 x 736
2208 x 1242 (1920x1080)
5.5寸
3x
iPhone SE
iOS 9
320 x 568
1136 x 640
4寸
2x
第十代
iPhone 7
iOS 10
375 x 667
1334 x 750
4.7寸
2x
第十代
iPhone 7 Plus
iOS 10
414 x 736
2208 x 1242 (1920x1080)
5.5寸
3x
第十一代
iPhone 8
iOS 11
375 x 667
1334 x 750
4.7寸
2x
第十一代
iPhone 8 Plus
iOS 11
414 x 736
2208 x 1242 (1920x1080)
5.5寸
3x
第十一代
iPhone X
iOS 11
375 x 812
2436 × 1125
5.8寸
 
3x
 
第十二代
Phone Xʀ
iOS 12
414 x 896
 1792 × 828 
6.1寸
2x
第十二代
iPhone Xs 
iOS 12
375 x 812 
2436 × 1125
5.8寸
3x
第十二代
iPhone Xs Max
iOS 12
414 x 896
2688 × 1242 
6.5寸
3x
第十三代
 iPhone 11
iOS 13
414 x 896
1792 × 828
6.1寸  
2x
第十三代 
iPhone 11 Pro
iOS 13
375 x 812
2436 × 1125
5.8寸
3x
第十三代
iPhone 11 Pro Max
iOS 13
414 x 896
2688 × 1242 
 6.5寸
3x
—
 iPhone SE(二代)  
iOS 13
375 x 667
1334 x 750
4.7寸
2x
第十四代
 iPhone 12 mini 
iOS 14
375 x 812
2340 × 1080
5.4寸
3x
第十四代
iPhone 12
iOS 14
390 x 844 
2532 × 1170
6.1寸  
3x
第十四代
 iPhone 12 Pro  
iOS 14
390 x 844 
2532 × 1170
6.1寸  
3x
第十四代
iPhone 12 Pro Max 
iOS 14
428 x 926
2778 × 1284
6.7寸
3x
第十五代
iPhone 13 Pro  
iOS 15
390x844
1170x2532
6.1寸
3x
第十五代
iPhone 13 mini
iOS 15
360 x 780 
1080x2340
5.4寸  
3x
第十五代
 iPhone 13 
iOS 15
390 x 844 
1170x2532
6.1寸  
3x
第十五代
iPhone 13 Pro Max 
iOS 15
428 x 926
1284x2778
6.7寸
3x
 
  
 
手机型号
尺寸（对角线）
物理点
宽长比例
像素点
倍数
状态栏高度
底部安全距离
导航栏高度
tabbar高度
iPhone 4/4S
3.5英寸
320x480
0.667
640x960
@2x
20
-
44
49
iPhone 5/5S/5C
4英寸
320x568
0.563
640x1136
@2x
20
-
44
49
iPhone SE
4英寸
320x568
0.563
640x1136
@2x
20
-
44
49
iPhone 6
4.7英寸
375x667
0.562
750x1334
@2x
20
-
44
49
iPhone 6 Plus
5.5英寸
414x736
0.563
1242x2208
@3x
20
-
44
49
iPhone 6S
4.7英寸
375x667
0.562
750x1334
@2x
20
-
44
49
iPhone 6S Plus
5.5英寸
414x736
0.563
1242x2208
@3x
20
-
44
49
iPhone 7
4.7英寸
375x667
0.562
750x1334
@2x
20
-
44
49
iPhone 7 Plus
5.5英寸
414x736
0.563
1242x2208
@3x
20
-
44
49
iPhone 8
4.7英寸
375x667
0.562
750x1334
@2x
20
-
44
49
iPhone 8 Plus
5.5英寸
414x736
0.563
1242x2208
@3x
20
-
44
49
iPhone X
5.8英寸
375x812
0.462
1125x2436
@3x
44
34
44
83
iPhone XS
5.8英寸
375x812
0.462
1125x2436
@3x
44
34
44
83
iPhone XS Max
6.5英寸
414x896
0.462
1242x2688
@3x
44
34
44
83
iPhone XR
6.1英寸
414x896
0.462
828x1792
@2x
44
34
44
83
iPhone 11
6.1英寸
414x896
0.462
828x1792
@2x
44
34
44
83
iPhone 11 Pro
5.8英寸
375x812
0.462
1125x2436
@3x
44
34
44
83
iPhone 11 Pro Max
6.5英寸
414x896
0.462
1242x2688
@3x
44
34
44
83
 
如图所示：
 
 
Tips：
 
机型
屏幕宽高比
iPhone 5
320÷568=0.563
iPhone 6
375÷667=0.562
iPhone 6 Plus
414÷736=0.5625
  
 最终发现iPhone5和6一个小秘密，它们的比例是不变的
 

iPod设备
 
设备
操作系统
物理分辨率(pixel)
屏幕尺寸(对角线长度)
缩放因子
iPod Touch 1
iOS 1
480 x 320
3.5寸
1x
iPod Touch 2
iOS 2
480 x 320
3.5寸
1x
iPod Touch 3
iOS 3
480 x 320
3.5寸
1x
iPod Touch 4
iOS 4
960 x 640
3.5寸
2x
iPod Touch 5
iOS 6
1136 x 640
4.0寸
2x
iPod Touch 6
iOS 8
1136 x 640
4.0寸
2x

iPad设备
 
设备
操作系统
物理分辨率(pixel)
屏幕尺寸(对角线长度)
缩放因子
iPad 1
iOS 3
1024 x 768
9.7寸
1x
iPad 2
iOS 4
1024 x 768
9.7寸
1x
iPad 3 (The New iPad)
iOS 5
2048 x 1536
9.7寸
2x
iPad 4
iOS 6
2048 x 1536
9.7寸
2x
iPad Air
iOS 7
2048 x 1536
9.7寸
2x
iPad Air 2
iOS 8
2048 x 1536
9.7寸
2x
iPad Pro
iOS 9
2048 x 1536
9.7寸
2x
iPad (第五代)
iOS 10
2048 x 1536
9.7寸
2x
iPad Pro
iOS 9
2732 x 2048
12.9寸
3x
iPad Pro (取代9.7寸)
iOS 10
2224 x 1668
10.5寸
3x
iPad mini
iOS 6
1024 x 768
7.9寸
1x
iPad mini 2
iOS 7
2048 x 1536
7.9寸
2x
iPad mini 3
iOS 8
2048 x 1536
7.9寸
2x
iPad mini 4
iOS 9
2048 x 1536
7.9寸
2x
所有设备型号官网地址：Models - The iPhone Wiki
 
或
https://gist.github.com/adamawolf/3048717
 
 
 
//获得屏幕的宽高
 #define kScreenWidth ([UIScreen mainScreen].bounds.size.width)
 #define kScreenHeight ([UIScreen mainScreen].bounds.size.height)
 //iPhoneX / iPhoneXS
 #define  isIphoneX_XS     (kScreenWidth == 375.f && kScreenHeight == 812.f ? YES : NO)
 //iPhoneXR / iPhoneXSMax
 #define  isIphoneXR_XSMax    (kScreenWidth == 414.f && kScreenHeight == 896.f ? YES : NO)
 //异性全面屏
 #define   isFullScreen    (isIphoneX_XS || isIphoneXR_XSMax)
 
// Status bar height.
 #define  StatusBarHeight     (isFullScreen ? 44.f : 20.f)
 
// Navigation bar height.
 #define  NavigationBarHeight  44.f
 
// Tabbar height.
 #define  TabbarHeight         (isFullScreen ? (49.f+34.f) : 49.f)
 
// Tabbar safe bottom margin.
 #define  TabbarSafeBottomMargin         (isFullScreen ? 34.f : 0.f)
 
// Status bar & navigation bar height.
 #define  StatusBarAndNavigationBarHeight  (isFullScreen ? 88.f : 64.f)
 
iOS开发 关于ios14系统以上状态栏高度改变的问题
 
之前状态栏高度：有刘海屏iPhone为44，无刘海屏为20。
 但是从ios14开始有刘海屏的iPhone状态栏高度不一定是44了。如：
 iPhoneXR,iPhone11 状态栏高度为48，
 iPhone X，iPhone 11 Pro，iPhone 11 Pro Max，iPhone 12 mini，状态栏高度44，
 iPhone 12，iPhone 12 Pro，iPhone 12 Pro Max，状态栏高度为47.
 
iPhone 13 mini状态栏高度为50，
 
iPhone 13，iPhone 13 Pro，iPhone 13 Pro Max，状态栏高度为47.
 所以之前项目中如果是写固定值的状态栏高度为44的宏就不适用了。
 替换为以下宏：
 
#define phoneStatusHeight \
({CGFloat statusBarHeight = 0.0;\
if (@available(iOS 13.0, *)) {\
statusBarHeight = [UIApplication sharedApplication].windows.firstObject.windowScene.statusBarManager.statusBarFrame.size.height;\
} else { \
statusBarHeight = [UIApplication sharedApplication].statusBarFrame.size.height;\
}\
(statusBarHeight);\
})
 

 链接：https://www.jianshu.com/p/17a49d30e0e4
iOS(iPhone13)设备的机型/尺寸/型号/代码/像素 - 简书
 
 
 
 
 
 
 
 
 
 
 
转载：http://blog.csdn.net/Scorpio_27/article/details/52297643

答：作二进制除法，1101011011 0000除以10011(这是根据P(X)=X^4+X+1得出的)得余数1110   
 
              
 
添加的检验序列是1110
 
作二进制除法，两种错误均可发现（发展）
 
仅仅采用了CRC检验，缺重传机制，数据链路层的传输还不是可靠的传输。
 
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        

 
 
本文同步发表于我的微信公众号，扫一扫文章底部的二维码或在微信搜索 郭霖 即可关注，每个工作日都有文章更新。
 
 
Android技术迭代更新很快，各种新出的技术和名词也是层出不穷。不知从什么时候开始，总是会时不时听到AndroidX这个名词，这难道又是什么新出技术吗？相信有很多朋友也会存在这样的疑惑，那么今天我就来写一篇科普文章，向大家介绍AndroidX的前世今生。
 

 
 
Android系统在刚刚面世的时候，可能连它的设计者也没有想到它会如此成功，因此也不可能在一开始的时候就将它的API考虑的非常周全。随着Android系统版本不断地迭代更新，每个版本中都会加入很多新的API进去，但是新增的API在老版系统中并不存在，因此这就出现了一个向下兼容的问题。
 
举个例子，当Android系统发布到3.0版本的时候，突然意识到了平板电脑的重要性，因此为了让Android可以更好地兼容平板，Android团队在3.0系统（API 11）中加入了Fragment功能。但是Fragment的作用并不只局限于平板，以前的老系统中也想使用这个功能该怎么办？于是Android团队推出了一个鼎鼎大名的Android Support Library，用于提供向下兼容的功能。比如我们每个人都熟知的support-v4库，appcompat-v7库都是属于Android Support Library的，这两个库相信任何做过Android开发的人都使用过。
 
但是可能很多人并没有考虑过support-v4库的名字到底是什么意思，这里跟大家解释一下。4在这里指的是Android API版本号，对应的系统版本是1.6。那么support-v4的意思就是这个库中提供的API会向下兼容到Android 1.6系统。它对应的包名如下：
 
 
类似地，appcompat-v7指的是将库中提供的API向下兼容至API 7，也就是Android 2.1系统。它对应的包名如下：
 
 
可以发现，Android Support Library中提供的库，它们的包名都是以android.support.*开头的。
 
但是慢慢随着时间的推移，什么1.6、2.1系统早就已经被淘汰了，现在Android官方支持的最低系统版本已经是4.0.1，对应的API版本号是15。support-v4、appcompat-v7库也不再支持那么久远的系统了，但是它们的名字却一直保留了下来，虽然它们现在的实际作用已经对不上当初命名的原因了。
 
那么很明显，Android团队也意识到这种命名已经非常不合适了，于是对这些API的架构进行了一次重新的划分，推出了AndroidX。因此，AndroidX本质上其实就是对Android Support Library进行的一次升级，升级内容主要在于以下两个方面。
 
第一，包名。之前Android Support Library中的API，它们的包名都是在android.support.*下面的，而AndroidX库中所有API的包名都变成了在androidx.*下面。这是一个很大的变化，意味着以后凡是android.*包下面的API都是随着Android操作系统发布的，而androidx.*包下面的API都是随着扩展库发布的，这些API基本不会依赖于操作系统的具体版本。
 
第二，命名规则。吸取了之前命名规则的弊端，AndroidX所有库的命名规则里都不会再包含具体操作系统API的版本号了。比如，像appcompat-v7库，在AndroidX中就变成了appcompat库。
 
一个AndroidX完整的依赖库格式如下所示：
 
implementation 'androidx.appcompat:appcompat:1.0.2'
 
了解了AndroidX是什么之后，现在你应该放轻松了吧？它其实并不是什么全新的东西，而是对Android Support Library的一次升级。因此，AndroidX上手起来也没有任何困难的地方，比如之前你经常使用的RecyclerView、ViewPager等等库，在AndroidX中都会有一个对应的版本，只要改一下包名就可以完全无缝使用，用法方面基本上都没有任何的变化。
 
但是有一点需要注意，AndroidX和Android Support Library中的库是非常不建议混合在一起使用的，因为它们可能会产生很多不兼容的问题。最好的做法是，要么全部使用AndroidX中的库，要么全部使用Android Support Library中的库。
 
而现在Android团队官方的态度也很明确，未来都会为AndroidX为主，Android Support Library已经不再建议使用，并会慢慢停止维护。另外，从Android Studio 3.4.2开始，我发现新建的项目已经强制勾选使用AndroidX架构了。
 

 
 
那么对于老项目的迁移应该怎么办呢？由于涉及到了包名的改动，如果从Android Support Library升级到AndroidX需要手动去改每一个文件的包名，那可真得要改死了。为此，Android Studio提供了一个一键迁移的功能，只需要对着你的项目名右击 → Refactor → Migrate to AndroidX，就会弹出如下图所示的窗口。
 

 
 
这里点击Migrate，Android Studio就会自动检查你项目中所有使用Android Support Library的地方，并将它们全部改成AndroidX中对应的库。另外Android Studio还会将你原来的项目备份成一个zip文件，这样即使迁移之后的代码出现了问题你还可以随时还原回之前的代码。
 
好了，关于AndroidX的内容就讲到这里，相信也是解决了不少朋友心中的疑惑。由于这段时间以来一直在努力赶《第一行代码 第3版》的进度，所以原创文章的数量偏少了一些，也请大家见谅。
 

 
 
 
关注我的技术公众号，每个工作日都有优质技术文章推送。
 
 
微信扫一扫下方二维码即可关注：
 
  

解法一：分情况讨论然后加起来
 
首先我们来分析这个意思
 
 
 
也就是说变量Z是包含两种情况的，每一种情况都以一定的概率值发生，求Z的分布函数，即我们只需要分别算出这两种情况的分布函数再相加即可算出Z的分布函数。这里是以X,Y分别服从指数分布为例的，x<0时候密度函数=0。
 
（注：对于每一种情况，比如第二种情况 Y<= z 和X<Y 是同时发生，不是说Y<= z是在X<Y的条件下发生，即不是算条件概率，这里我再画个图解释一下，如下图）
 
 
（X,Y）随机变量的取值可以用二维平面上的点位置来对应表述，每个点存在的概率为（X,Y）的联合密度函数fxy(x,y)，斜线X=Y下面区域X>Y , 上面区域X<Y。
 
上图中红色区域明显就是 X>Y且X<= z，即max{X,Y} <= z的第一种情况，因此算出红色区域的点存在的总概率就是P{ X<= z , X>Y }
 
同理，蓝色区域为max{X,Y} <= z的第二种情况，同样分析。
 
具体一种情况应该如何计算呢，比如第一种，P{ X<= z , X>Y }
 
 
我们可以把这个区域的点按照上面进行划分，处于dx条形内的点的X取值都认为是相同的，Y随机变量的取值范围到分界线Y=X结束，即【0，X】，每个点(X,Y)都是以fxy(x,y)的概率密度存在，所以总的概率P{ X<= z , X>Y }就等于
 
 
 
最后可以计算出Z=max{X,Y}的分布函数：
 
Fz(z) = P{ max{X,Y} <= z } = P{ X<= z , X>Y } + P{ Y<= z , X<Y } 
 
 
这里给出个例子，假如X,Y分别以a1,a2的指数分布，且相互独立，即有
 
X : fx(x) = a1*e^(-a1*x)
 
Y : fy(y) = a2*e^(-a2*y)
 
因为X,Y相互独立，所以(X,Y)的联合分布密度函数为X,Y两个密度函数相乘即可
 
(X,Y) : fxy(x,y) = fx(x)*fy(y) ，得到了联合密度函数，带入上述公式即可算出Fz(z),下面是计算过程：
  
 
 
 
解法二：
 
我们来窥探一下（X,Y）所有可能的可能分布情况：
 
我们深入分析问题，实际上（X,Y）关于z的分布就6种情况罢了，这六种情况的概率加起来=1的。
 
实际上max{X,Y} <= z这种分布就是上图的1，2情况分布，我们解法一就是把这两种情况的概率加起来即可。
 
其中下面的P{  X<z , X>Y }就是等于情况2的P{  X<z , Y<z , X>Y }的，Y<z已经被自动包括进去了，写不写都可以，下面的积分形式也是体现出Y<z了的
 
 
 
进一步分析发现，既然max{X,Y} <= z ，其实我们并不关心X,Y谁大一点，然后让大的那个<z，无论哪个大，结果是X,Y都得同时<z，即X<=z 且 Y<=z ，即情况1，2的共同特征都是X<z且Y<z
 
（其实这种思考方式就是已经自动包括了X大一点，然后<z和Y大一点然后<z上面1，2这两种情况了），那么我们的概率就可以写成如下形式：
 
Fz(z) = P{ max{X,Y} <= z } = P{ X<=z , Y<=z }
 
然后就可以更简便的计算出结果了，计算过程如下：
 
 
我们可以看到，计算结果和解法一的分情况讨论的答案完全一样，这两种思考方法都是对的，但是我们在习题书上看到的一般都只是介绍第二种解法，而且很多人当初公式记忆罢了。但是我觉得我们要想理解得更透测，学得更扎实，还是有必要知道其原理。
 
第二种解法在很多时候解答过程更加简洁，我们再来看一种情况，求min{ X,Y }的分布函数
 
Fz(z) = P{ min{X,Y} <= z }，我们发现这个分布实际上就是包括上面的1，2，3，4这4种情况，如果我们分别计算，那么计算过程会很繁琐，但是我们可以用总的概率1减去情况5和6的概率，这样也可以得到结果，从而使得计算更加简便
 
而从上面的分析同理可得，情况5和6的概率分布为：
 
P{ X>z,Y>z,X<Y } + P{ X>z，Y>z,X>Y } = P{ X>z,Y>z }
 
所以
 
Fz(z) = P{ min{X,Y} <= z } = 1 - P{ X>z,Y>z } = 。。。
 
这样计算过程就大大简便了，所以我们善于运用上面的情况分布图，就能更加简便灵活求解出分布函数了，你学会了吗(*^__^*) 嘻嘻