本人專案中遇到一個非常奇葩的問題，百思不得其解。

問題是這樣的：

由於專案是將C/C++層的程式碼與java程式碼分開管理的，所以C/C++程式碼沒有放進AS裡，編譯時將在linux下編譯好的動態庫直接放進AS工程的jniLibs下再打包生成APK。問題來了。

AS 打包APK後，開啟APK檢查裡面的so動態庫，與工程目錄下jniLibs存放的so對比MD5簽名，發現不一致。

取其中一個動態庫進行校驗，MD5不一致，看檔案大小是一樣大的（都是426460位元組），錯誤庫檔案的修改時間正是APK編譯的時間。

以前用著好好的，並沒有出現這個問題，直到後來專案中踩到坑了，才發現so不對，最終定位到是AS打包APK時so被改動了。最開始以為是AS和Gradle版本問題，遂升級到最新版本，問題依然存在。沒辦法了，只能靜下心來研究一番。

檢視打包APK之後Module級別的build目錄，在 build/intermediates/transforms/stripDebugSymbol/release/0/lib/armeabi 目錄下發現了所有的動態庫檔案，檢查庫檔案的MD5，與jniLibs下的so 不一致。

進一步檢視gradle編譯資訊，發現在packageRelease之前有執行名為“transformNativeLibsWithStripDebugSymbolForRelease”的任務。如圖：

對比一下名字，不難發現這個任務就是生成stripDebugSymbol目錄內檔案的過程。

修改module的build.gradle檔案，嘗試刪除stripDebugSymbol目錄下的庫檔案，看看編譯出的APK會有什麼變化。程式碼如下：

project.afterEvaluate {
    packageRelease.doFirst {
        delete{
            delete 'build/intermediates/transforms/stripDebugSymbol/release/0/lib/armeabi'
        }
    }
}

現在可以針對這個目錄進行修改了，在執行了transformNativeLibsWithStripDebugSymbolForRelease任務之後，packageRelease之前，我們將stripDebugSymbol目錄清空，再把jniLibs目錄下的庫檔案拷貝過去。程式碼如下：

packageRelease.doFirst {
        delete{
            delete 'build/intermediates/transforms/stripDebugSymbol/release/0/lib/armeabi'
        }
        copy{
            from 'src/main/jniLibs/armeabi'
            into 'build/intermediates/transforms/stripDebugSymbol/release/0/lib/armeabi/'
            include '*.so'
        }
    }

後續在實際使用過程中，又發現目錄不固定，目前發現有兩種目錄：

build/intermediates/transforms/stripDebugSymbol/release/0/lib/armeabi 

build/intermediates/transforms/mergeJniLibs/release/folders/2000/1f/main/lib/armeabi/

紅字對應的是編譯型別，如果是debug型別，則需要改成debug，對應的指令碼也要改成 packageDebug.doFirst