本文同步发表于我的微信公众号，扫一扫文章底部的二维码或在微信搜索 郭霖 即可关注，每个工作日都有文章更新。

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版》的进度，所以原创文章的数量偏少了一些，也请大家见谅。



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

 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
		
  

手机型号
			
尺寸（对角线）
			
物理点
			
宽长比例
			
像素点
			
倍数
			
状态栏高度
			
底部安全距离
			
导航栏高度
			
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
		
所有设备型号官网地址：https://www.theiphonewiki.com/wiki/Models



 

//获得屏幕的宽高

#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)

 

转载：http://blog.csdn.net/Scorpio_27/article/details/52297643

上周在工作中接触到chmod +x 这个命令，如下图：



首先对start.sh这个启动文件删除，然后使用rz命令上传了新的start.sh，然后发现还有进行下一步，chmod +x start.sh

这一步是什么意思呢？经过上网查询（说的比较复杂，引申太多）和咨询我们研发（还是研发说的通俗易懂）

chmod +x的意思就是给执行权限

 

LINUX下不同的文件类型有不同的颜色，这里


蓝色表示目录;
绿色表示可执行文件，可执行的程序;
红色表示压缩文件或包文件;
浅蓝色表示链接文件;
灰色表示其它文件;


红色闪烁表示链接的文件有问题了

黄色表示设备文件



因此如果只是普通的上传start.sh这个文件，那么上传之后也就是一个普通的文件，不能执行


 

下面实践来看
首先上传了一个stop1.sh文件，是灰色，然后进行chmod +x给了权限。后来使用chmod -x 去除执行权限，可以明显看到效果



补充：

chmod +x 和 chmod u+x的区别?

就是设置谁拥有执行这个文件权限

chmod +x 和chmod a+x 是一样的，一般没有明确要求，可以就用chmod +x



 

在使用VMware，安装Ubuntu时，VMware提示: 此主机支持Intel VT-x,但Intel VT-x处于禁用状态 ，如下图所示：



那么，这是咋回事呢？  于是乎，上网 查了一下。

Intel VT-x全称：Intel Virtualization Technology，就是Intel虚拟技术，开启它可以让硬件平台同时运行多个操作系统，是虚拟机软件运行必备的技术之一，如果禁用，就会弹出“此主机支持Intel VT-x,但Intel VT-x处于禁用状态” 这个提示，解决办法就是电脑进入BIOS，开启 Intel Virtualization Technology。

Intel Virtualization Technology BIOS什么地方，就要自己慢慢的在BIOS中找，一般在Advanced、Security、BIOS Features、Configuration下面，找到 Intel Virtualization Technology ，选择 Enabled，表示开启。然后 保存, 退出 即可。 亲测 有效  。写个博客记录一下， 方便以后查阅。

 

参考资料

[1] https://blog.csdn.net/u014470361/article/details/83758174

[2] http://www.xitongcheng.com/jiaocheng/xtazjc_article_38955.html