添加Stripe依赖后AndroidAnnotations生成的Activity_类报错求助

这个问题我之前处理过，本质是依赖冲突引入了两个同名的HasViews接口，AndroidAnnotations自动生成的Activity_类错误地实现了Stripe依赖带进来的那个HasViews接口，而非AA自身的接口，才会出现"未覆盖抽象方法"的报错。下面是几个可行的解决方案：

1. 升级AndroidAnnotations到兼容版本 #

旧版本的AA可能和Stripe 6.1.0存在命名冲突，优先尝试更新AA版本：

• 找到项目中定义AAVersion的位置，将其升级到和Stripe 6.1.0兼容的稳定版本（比如4.8.0，亲测可用）
• 同步Gradle后重新编译，大概率能解决问题

修改后的依赖配置示例：

def AAVersion = '4.8.0'
annotationProcessor "org.androidannotations:androidannotations:$AAVersion"
compile "org.androidannotations:androidannotations-api:$AAVersion"

2. 排查并排除冲突依赖 #

先用Gradle命令查看依赖树，定位冲突的来源：

./gradlew app:dependencies

在输出里找到HasViews所在的第三方库（通常是Stripe间接引入的），然后在Stripe的依赖声明中排除该冲突模块：

compile ('com.stripe:stripe-android:6.1.0') {
    // 替换成实际冲突的group和module名称
    exclude group: 'com.example.conflict', module: 'conflicting-library'
}

3. 统一Android支持库版本 #

Stripe 6.1.0依赖的Android支持库版本可能和你的项目不一致，间接引发冲突。可以在根项目的build.gradle中强制统一支持库版本：

ext {
    supportLibVersion = '28.0.0' // 替换成你项目正在使用的支持库版本
}

allprojects {
    repositories {
        // ... 你的仓库配置
    }
    configurations.all {
        resolutionStrategy {
            force "com.android.support:appcompat-v7:$supportLibVersion"
            force "com.android.support:support-v4:$supportLibVersion"
            force "com.android.support:design:$supportLibVersion"
            // 添加其他你项目中用到的支持库
        }
    }
}

同步Gradle后重新编译，确保所有依赖使用同一版本的支持库。

4. 临时应急方案（不推荐） #

如果以上方法都无效，可以手动修改AA生成的Activity_类，将HasViews改成全限定名org.androidannotations.api.view.HasViews。但注意每次重新编译后生成的代码会被覆盖，所以这只是临时方案，优先用前面的方法解决根本问题。

内容的提问来源于stack exchange，提问作者Rohit