这篇文章主要介绍“使用AndroidX的坑有哪些”，在日常操作中，相信很多人在使用AndroidX的坑有哪些问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”使用AndroidX的坑有哪些”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
一、我们从新建一个项目说。
3.5新建项目，是默认使用androidx的
看最后一样，Use androidx.* artifacts。而且不能取消掉的。
1.1、那么这两句话代表什么呢
意思就是,你所用的support的包，他会自动帮你迁移到androidx里。这里举个例子（接下来的例子出现的bug是针对系统库的），比如我们之前经常会用support里的AppBarLayout组合CoordinatorLayout实现很酷炫的效果。我们都知道，这个是在support的design里。那么我们还是把它添加进去，注意：studio3.5后添加包会有点不一样
右键你的项目，选中Open Module Setting
在打开的界面，选中Dependencies，点击里面的加号，继续选择Library Dependency
在搜索框里，搜索design。出现一堆（androidx的版本就是这样选择的），这里我们选择com.android.support
选择加入后，studio会自动build，并加入依赖。build.gradle会加上
implementation 'com.android.support:design:28.0.0'
注意：此时你去xml打上AppBarLayout，并不会提示，甚至根本就没有。个人觉得的是因为studio3.5优化的太好了，不会随便你帮我们rebuild项目，也不知道是不是bug；这个时候点击build --> Rebuild Project，项目。之后xml使用正常，如下
你会发现，这里不是support的包，点进去已经是迁移完的androidx的包。正是因为 gradle.properties 那两句话，帮我们完成了。build.gradle显示的还是support的包，怎么办
额外注意：就如上面说的那个类似bug的问题，假如此时你再build.gradle去掉了这个依赖，如果按之前的操作，我们都会点击Sync Projec with Gradl Files，去更新下。之后项目就没这个包了。没错，studio3.5也是这样，但是你再xml里，继续打AppBarLayout后，依旧会提示，而且xml里不报错，能运行。只是运行后，才会崩溃报错。正确做法还是需要，在去掉依赖后，继续点击下Rebuild Project，这时候才会正常。（感觉这个时候就是bug了）
二、一键将build.gradle的support包改成andoridx
点击 Refactor --> Migrate to AndroidX
后续一直点默认，我这里就不贴图了，直接说操作，Migrate --> (选择我们的项目,点击OK) --> YES。后会弹出下图，
点击Do Refactor。之后，那么'com.android.support:design:28.0.0'会直接改变成响应的androidx包
implementation 'com.google.android.material:material:1.0.0'
三、可能有些人升级了studio，但是却不像使用androidx
正确做法是，把gradle.properties 里那2句话去掉。同时，把你的build.gradle改成你之前的support包。我们知道support包最后一版本是28。之后一切导包，都不会在迁移了。是support，就是support包。
到此，关于“使用AndroidX的坑有哪些”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
