AndroidX是什么？
简单来讲AndroidX就是一个与平台解绑的Appcompat（低版本兼容高版本功能）库，也就是说在build.gradle中不需要再与compileSdkVersion写成一样，例如之前这样的写法：
compile ‘com.android.support:appcompat-v7:24.+’
(注：使用24.+则表明使用 24. 开头的版本的最新版本，若直接使用+号则表明直接使用该库的最新版本。
现在可以写成：
implementation ‘androidx.appcompat:appcompat:1.1.0-alpha02’
（注：implementation与compile功能相同，但是implementation无法在该模块内引用依赖的依赖，但compile可以，这么做的好处是可以加快编译速度。新的api与compile完全相同，只是换了名字而已）
也就是说，在更换compileSdkVersion的时候不需要再去修改项目中的文件了，而且Google在appcompat库28.0.0第一个正式版本发布之后，已经不再更新原有的appcompat库，而是全面转到整合开发AndroidX的任务上，这就意味着没如果还使用原有的appcompat库，如果，库中的代码出现了问题，Google将不会修复它，所以迁移到AndroidX是迟早的事情。
迁移到AndroidX
在Android Studio中的Refactor->Migrate to AndroidX的选项，点击之后即可将项目迁移到AndroidX，在确认的时候他会提示你将项目备份以免迁移失败时丢失原有项目，但是通常情况下不会迁移失败，只是迁移的过程会花费很长的时间（如果项目很大，真的挺久，AS的CPU利用率为0也不要关闭，请耐心等待）。
如果发生迁移失败，一般可能是原有工具Hook了appcompat库造成的，这时候就需要手动迁移了。
此外，值得注意的是，AndroidX的更新频率会比原来的appcompat库要高，会经常改变底层实现，所以需要Hook appcompat库的插件可能会出现一些问题，还有就是使用gradle依赖的一些第三方库中的某些类可能继承了android.support.v4包下的Fragment，但迁移到AndroidX后appcompat的Fragment变成了androidx.fragment.app包下，原有的代码下会画红线，AS也会警告你出现错误，但是不用担心，依然可以正常编译，AS在编译的时候会自动完成基类的替换，但前提是你要确保你的gradle.properties进行了如下设置。
android.useAndroidX=true
android.enableJetifier=true
你甚至可以直接新的Fragment使用这种方式强制转换到原有的Fragment上，编译时亦不会报错
TextureSupportMapFragment mapFragment = TextureSupportMapFragment.class .cast(getChildFragmentManager() .findFragmentById(R.id.map_view));
同理，也可以将旧的Fragment强制类型转换到新的Fragment上
Fragment f = Fragment.class.cast(mapFragment);
（注：上面的TextureSupportMapFragment是一个典型案例，他是高德地图SDK中的Fragment，本身已经继承了v4.包下的Fragment，可以用过上面的转换来使他兼容AndroidX）
虽然更新到AndroidX会出各种小问题，但面相未来开发，总体来说还是是利大于弊的。
如果你在查找一份AndroidX迁移前后库与类的对照清单，我想你可能需要这个AndroidX迁移。
迁移到AndroidX的好处
1.Fragment终于能用了，以前Fragment的各种小问题，在AndroidX中基本都得到了解决。
2.AppCompatActivity的addOnBackPressedCallback方法。曾经很多人一直都诟病为什么Fragment不支持onBackPressed，简直蛋疼，更新到AndroidX以后，你可以AppCompatActivity#addOnBackPressedCallback为Fragment添加类似于onBackPressed的功能。
3.其他一些新库的支持。但是由于库太多，大家可以自己去AndroidX Google 官方Git仓库查看。
4.AndroidX是Jetpack组件包的基础，如果要想使用Jetpack组件包的所有功能，还是比较建议迁移到AndroidX的。
