google的更新優化往往會牽動一大批開發者的心。去年的androidx，到今年studio3.5後都默認使用androidx了。其實對於我們開發者而言，我們都只是調用他的api，對我們的影響不大？？！可是人性的習慣，還是比較不那麼容易改變的。現在我就來說說我遇到的一些坑吧。話說還是很嚴重。不知道androidx的請自行百度。
一、我們從新建一個項目說。
3.5新建項目，是默認使用androidx的
看最後一樣，Use androidx.* artifacts。而且不能取消掉的。
那麼到我們項目裏，這一點就對應於我們的 gradle.properties文件裏的2句話
android.useAndroidX=true
# Automatically convert third-party libraries to use AndroidX
android.enableJetifier=true
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使用正常，如下
<com.google.android.material.appbar.AppBarLayout
android:layout_width="match_parent"
android:layout_height="?actionBarSize"/>
你會發現，這裏不是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包。
希望本篇能幫助一些人。再放一個support遷移到androidx的對照support To androidx