使用Android.mk的Gradle项目每次构建都重复编译原生文件如何解决？

针对你遇到的未修改原生文件却每次触发全量编译的问题，可以通过以下几个方向配置优化，实现原生代码的增量构建：

1. 优化Gradle的externalNativeBuild配置 #

在build.gradle的ndkBuild块中添加缓存相关配置，帮助Gradle准确识别构建状态：

externalNativeBuild {
    ndkBuild {
        path '../jni/Android.mk'
        // 指定固定的构建临时目录，让Gradle能稳定追踪输出文件
        buildStagingDirectory "${project.buildDir}/ndk-build"
        // 开启NDK增量构建模式
        arguments "NDK_BUILD_INCREMENTAL=1"
    }
}

buildStagingDirectory将每个ABI的构建产物集中到统一目录，避免系统临时目录导致的缓存失效；NDK_BUILD_INCREMENTAL=1会让ndk-build生成增量构建所需的状态文件，减少不必要的编译。

2. 完善Android.mk的依赖声明 #

确保Make工具能准确追踪文件依赖，避免误触发全量编译：

• 尽量明确声明源文件和头文件，避免使用*.cpp这类模糊匹配（若必须使用，可结合wildcard确保依赖被正确识别）
• 添加自动依赖生成配置，让Make记录每个源文件的头文件依赖：

# 自动生成头文件依赖文件（.d）
LOCAL_CFLAGS += -MMD -MP
# 指定依赖文件存储目录，避免被清理
LOCAL_DEPENDENCIES_OUTPUT_DIR := $(LOCAL_PATH)/.deps

添加后，ndk-build会根据生成的.d文件，仅编译修改过的源文件及其依赖项。

3. 修正Windows系统的文件时间戳问题 #

Windows的文件时间戳精度可能与NDK构建工具不兼容，导致Gradle误判文件已修改，可通过以下配置缓解：
在gradle.properties中添加：

# 开启Gradle全局缓存
org.gradle.caching=true
# 启用并行构建提升效率
org.gradle.parallel=true
# 关闭ABI过滤器的严格检查，避免路径解析问题
android.experimental.ndkBuild.useOldAbiFilters=true

同时确保项目路径中没有中文、空格或特殊字符，避免路径解析异常导致的缓存失效。

4. 显式声明Gradle任务的输入输出 #

通过自定义Gradle任务的输入输出规则，让Gradle精准判断是否需要执行原生构建：

android.applicationVariants.all { variant ->
    variant.externalNativeBuildProviders.each { provider ->
        provider.tasks.each { task ->
            // 声明输入：所有原生源码、配置文件
            task.inputs.dir(file('../jni'))
                .include('**/*.cpp', '**/*.h', 'Android.mk', 'Application.mk')
            // 声明输出：对应ABI的目标so文件目录
            task.outputs.dir("${project.buildDir}/intermediates/ndkBuild/${variant.name}/obj/local/${task.abi}")
        }
    }
}

配置后，Gradle会通过对比输入文件的哈希值和输出文件的存在状态，仅在输入变化时触发原生编译任务。

如果以上配置后仍存在问题，可尝试执行./gradlew clean清理旧构建产物后重新构建，排查是否有残留的异常缓存文件。

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