app:mergeExtDexDebug，Program type already present：BuildConfig 的另类解决办法

偶遇“路障”

• 日前，加了个功能，引用了一个aar，在部署的时候，androidstudio报错了：

app:mergeExtDexDebug， Program type already present： BuildConfig

速清摸索

• 看了看，是一个日期插件里使用 BuildConfig ，而我的代码里，使用 BuildConfig，
  从网上查了一些办法，能管用的一个办法是：修改项目清单文件AndroidManifest.xml里的package：

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.test.cyun">

比如，修改为：

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.test.cyun2">

辗转反侧

• 但是这个办法的弊端就是：需要接着修改大量的代码引用，修改，检查，编译，修改…比较麻烦。
• 所以我用一个helloworld的项目测试成功后，并没有在生产项目里进行这个修复工作，这个懒惰的程序员，开始想其他办法。

柳暗花明又一村

• 百度了半天，无果，开始review，突然，灵光一现：
  • 我想起很久以前写代码，没使用过BuildConfig，也从来没有过这个异常信息。我理解为 BuildConfig 是使用后才生成的，不使用则不会生成，于是：
    把代码里与BuildConfig相关的代码，都注释掉了，
    比如：

        // 测试插件的TestActivity，点击登录页的logo进入插件测试页面，
//        if (BuildConfig.DEBUG) {
//            findViewById(R.id.iv_login_logo).setOnClickListener(new View.OnClickListener() {
//                @Override
//                public void onClick(View v) {
//                    Intent it = new Intent(context, TestActivity.class);
//                    startActivity(it);
//                }
//            });
//        }

重新编译，部署成功，问题解决。

露怯备注

• 这个讨巧且并不严格的解决办法，只适用于：BuildConfig 只是用来便于在调试模式编译、操作，并不会影响程序主功能。
• 如果确实需要使用主Module的BuildConfig，也许需要换个全局的静态变量去控制了。