androidx 是对 android.support.xxx 包的整理后产物。由于之前的support包过于混乱,所以,google推出了 androidX。在不使用Androidx时会导致出现许多错误,以下是将support包转为androidx过程:
 
随着Android系统版本不断地迭代更新,每个版本中都会加入很多新的API进去,但是新增的API在老版系统中并不存在,因此这就出现了一个向下兼容的问题。
 
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团队也意识到这种命名已经非常不合适了,于是对这些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库。

 
它其实并不是什么全新的东西,而是对Android Support Library的一次升级
 
 
需要注意: 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,就会弹出如下图所示的窗口。
在菜单栏中依次进入Refactor > Migrate to AndroidX。
 
 
 

Android studio v4 v7 包冲突 解决方案

 

具体做法有以下二种:

 第一种方案

由于第三方包中的v4 jar一般比较旧,将v4包从libs目录下删除,重新添加在线的依赖库v4包,在build.gradle中添加依赖:

    implementation 'com.android.support:support-v4:28.0.0'
注意此时的v4包的版本号要和你主工程module的v7包的版本要一致,(一般情况下相同版本的依赖包不会冲突),然后重新build工程就可以了;
例:出现下面错误

Error:Execution failed for task ':app:transformClassesWithDexForDebug'.
  com.Android.build.api.transform.TransformException: com.android.ide.common.process.ProcessException:

翻译过来就是Jar包冲突,然后看了一下,第三方库中的libs下,依赖了一个v4的jar包,而主工程中又依赖了一个v7的库而导致的冲突;

将v4包从libs目录下删除,重新添加在线的依赖库v4包,就可以了;

第二种方案:

不用删除第三方库中的V4包,直接在主工程Module的build.gradle文件中添加如下:

        

implementation('com.android.support:appcompat-v7:28.0.0') {
            exclude module: 'support-v4'
        }

导入第三方v4与v7冲突的解决办法


默认情况下v7中是包含V4包的,exclude  的意思就是从v7包中去除v4包这样就可以解决冲突
 

 

Logo

华为开发者空间,是为全球开发者打造的专属开发空间,汇聚了华为优质开发资源及工具,致力于让每一位开发者拥有一台云主机,基于华为根生态开发、创新。

更多推荐