Android SDK 开发 - sdk 中依赖第三方jar 包的情况

SDK 开发的时候遇到了这么一种场景：
       视频通话 SDK 的核心 jar 包由第三方公司提供，我们团队在这个 jar  包的基础上包装一层，我们团队会把包装后的 SDK 提供给其他公司的第三方开发人员，供他们开发视频通话功能。

在这个场景下，前提：
       假设视频通话核心 jar 包名字是 a.jar ；
       我们的工程中有三个库模块：分别是库模块 b 、库模块 c 和 测试 app 模块。
      （库模块 b 的正确构建需要依赖 a.jar ，编译成功会输出 b.jar ；库模块 c 的完整构建需要依赖 b.jar ，编译成功会输出 c.jar ； app 模块的完整构建需要依赖 c.jar ，编译成功会输出 test_app.apk ）

遇到的问题是：
        1.不混淆的情况下最终编译出 c.jar ，并在 app 调用 c.jar 中的相关方法的时候会报错：访问不到 b.jar 中的 B 类。解压 c.jar 发现的确没有把 a.jar 、b.jar 编译到 c.jar 里面来。

        2.在混淆的情况下最终编译出 c.jar ，并在app 调用 c.jar 中 a.jar 、b.jar 中的任意方法，均可以正常调用。解压 c.jar 发现的确把 a.jar 、b.jar 编译到 c.jar 里面来了。

这是什么鬼现象？！不就是混淆/不混淆 打包么，怎么差距这么大？为了验证是不是由于混淆的  关闭/开启  导致了 a.jar   b.jar 包  未被/被  打包进 c.jar 中，写了一个demo：
        app 依赖（使用 implementation 关键字依赖） dddddd 模块编译出来的 jar包；
        dddddd 模块依赖（使用 implementation 关键字） cccccc 模块编译出来的 jar 包；
        cccccc 模块依赖（使用 implementation 关键字） bbbbbb 模块编译出来的 jar 包；
        bbbbb 模块依赖（使用 implementation 关键字） aaaaaa 模块编译出来的 jar 包。

得出验证结论：

        1.不混淆的情况下，app 调用 d-no-proguard.jar 中的 dddddd 模块中的方法的时候会报错：访问不到C类。报错文件见根目录下 two_jar/202001141052_rely_no_proguard.log 。解压 d-no-proguard.jar 发现的确没有把 aaaaaa、bbbbbb、cccccc 编译到 d-no-proguard.jar 里面来。

        2.在混淆的情况下，app 可以正常调用 d-has-proguard.jar 中 dddddd ,cccccc,bbbbbb,aaaaaa 中的任意方法。解压 d-has-proguard.jar 发现的确把 aaaaaa、bbbbbb、cccccc 编译到 d-no-proguard.jar 里面来了。

换句话说：

混淆打包输出的jar里有a、b、c、d 所有的类，而不开启混淆编译打包输出的jar包里没有a、b、c 模块所有的类。

这是为什么呢？开启混淆不只是为了让代码类名或者方法名字混淆掉从而让别人看不懂代码调用逻辑而已吗，怎么还可以决定 jar 包中源码是否被编译进本模块呢？

有知道原因的小伙伴么？

下面是我写的 demo: //链接待添加