lib引入jar包,引起jar包冲突,transformDexArchiveWithExternalLibsDexMergerForDebug unable to merge dex

2018-03-18 16:58:03

一般jar包冲突,多是两个jar包版本不一样引起的。

我的解决方案是:


configurations.all {
    resolutionStrategy.eachDependency { DependencyResolveDetails details ->
        requested = details.requested
        (requested.group == ) {
            (!requested.name.startsWith()) {
                details.useVersion }
        }
        (requested.group == ) {
            (requested.name.startsWith()) {
                details.useVersion }
        }
        (requested.group == ) {
            (requested.name.startsWith()) {
                details.useVersion }
        }
    }
}



但是,我直接把jar包放到lib文件夹下面,这个方案就突然解决不了了。。


我知道,去掉重复的jar包就能解决问题,但是,程序员强迫症,还是想从源头解决。


最后这样解决的。


把那两个jar包删除,然后。。。

implementation implementation


然后解决了,貌似上面那个方案只能解决gradle中引入的jar。

lib中的直接jar不管用。

  • 2018-12-26 15:06:00

    PHP-FPM运行状态的实时查看及监控详解

    php-fpm和nginx一样内建了一个状态页,对于想了解php-fpm的状态以及监控php-fpm非常有帮助。这篇文章就给大家详细介绍了PHP-FPM运行状态的实时查看及监控,有需要的朋友们可以参考学习,感兴趣的朋友们下面来一起看看吧。

  • 2018-12-26 16:12:56

    nginx+php-fpm模式php内存泄漏探究

    这里要重点说一下第三步骤。第三步涉及到php-fpm进程生命周期的东西。一个php-fpm的生命周期大致是这样的:模块初始化(MINIT)-> 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN) -> 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)……. 模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)-> 模块关闭(MSHUTDOWN)。在一个php-fpm进程的生命周期里,会有多次的模块激活(RINIT)-> 请求处理 -> 模块停用(RSHUTDOWN)的过程。这个“请求处理”的大致过程是这样的:php读取相应的php文件,对其进行词法分析,生成opcode,zend虚拟机执行opcode。

  • 2019-01-01 21:38:51

    php使用curl设置超时的重要性

    网站登录不了,原因是没有可用的 PHP 子进程来响应新的请求了。这可能是是由于PHP-curl 没有设置超时时间引起的。

  • 2019-01-01 21:42:34

    php-fpm 启动参数及重要配置详解

    如果file_get_contents请求的远程资源如果反应过慢,file_get_contents就会一直卡在那里不会超时。我们知道php.ini 里面max_execution_time 可以设置 PHP 脚本的最大执行时间,但是,在 php-cgi(php-fpm) 中,该参数不会起效。真正能够控制 PHP 脚本最大执行时间的是 php-fpm.conf 配置文件中的request_terminate_timeout参数。