接續(xù)上篇NDK開發(fā)基礎②文件加密解密與分割合并
前情提要
IO操作 ， 一直在開發(fā)中占據很大比重 ， 在Java中不管是網絡操作還是文件操作 ， 都作為IO流來處理 ， 都依靠InputStream和OutputStream這兩個輸入輸出流 。在上篇中 ， 使用了C語言的IO流 ， 進行了文件的加密與解密，分割與合并 。其要點是，加密解密使用了^運算 ，分割文件則使用了，文件大小與文件個數的%運算 。
為什么需要增量更新？
當我們開發(fā)完一個項目之后，上線維護 ， 增加新功能 ， 添加第三方庫 ， APK大小從4 - 5M ， 增長到10+M ， 用戶由原來的幾十秒下載 ， 到現在幾分鐘以上的下載 ， 網絡情況不好的時候 ， 或許就是十分鐘不等。每次全量下載 ， 無論從體驗還是流量上 ， 都是不友好的 ， 所有增量更新還是有必要的 （小公司好像沒幾個用 ， 一般大公司在用，如QQ空間）。
增量原理（圖）
bsdiff 進行文件內容比較，并且使用了bzip2進行文件壓縮 ， 所有得出的差分包可能比理論值要小 ， 進一步可以減少用戶流量 。增量更新 ， 較為關鍵的部分就是生成差分包 ， 將新舊APK進行比較 ， 生成一個新的文件 。
生產資源及工具
bsdiff --- bsdiff （win環(huán)境） 生成差分包及合并差分包庫 ， 源碼內已包含bzip2
bzip2 --- bzip2 bsdiff 依賴
服務器 --- Tomcat 7.0 （模擬網絡環(huán)境）放置差分包 ， 供APP下載
開發(fā)工具 --- Eclipse NDK開發(fā) ， 目前建議使用Eclipse開發(fā)
開發(fā)工具 --- VS 因為服務器搭建在windows平臺 ， 所以使用VS開發(fā)JNI，在JNI系列中有使用 ， 不了解的可以前去了解 JNI開發(fā)系列①JNI概念及開發(fā)流程
編寫bsdiff JNI
當我們拿到一個C語言庫 ， 首先我該怎么做 ?
首其一 ， 了解其用法 ， 找main函數
下載完bsdiff之后 ， 我們看到如下目錄：
看這么多文件 ， 還有一些亂七八糟的不知道什么的文件 ， 那么我們只關注 ， 我們知道的文件 ， 將C/C++源文件以及.h頭文件，找出來 ，放到一個干凈的文件夾中 。
創(chuàng)建一個VS項目 ， 將源文件都放入到VS項目目錄下 ， 添加現有項目 ， 將源碼與項目關聯 ， 參考：JNI開發(fā)系列①JNI概念及開發(fā)流程
找main函數
在bsdiff.cpp文件找到帶參數的main函數 ， 并且有一個關于用法的線索 ， 那就是：
if(argc!=4) errx(1,"usage: %s oldfile newfile patchfile\n",argv[0]);
我們可以根據這句話來推測 ， 需要四個參數 ， 并且三個參數必須傳入的文件路徑 ， 還有一個不知曉 ， 暫且不管它 。
其二 ， 創(chuàng)建JNI方法 ， 修改main函數
既然知道了需要傳入的參數 ， 那么就可以創(chuàng)建一個Java工程 ， 編寫JNI方法了。
/**
* 生成差分包
* @param oldFilePath 老版本文件路徑
* @param newFilePath 新版本文件路徑
* @param patchFilePath 生成差分包文件路徑
*/
public static native void diff(String oldFilePath , String newFilePath , String patchFilePath) ;
使用javah生成頭文件 ， 引入到bsdiff.cpp文件中，編寫調用的C函數 ， 并修改main函數名稱，main函數作為入口函數 ， 在JNI中就適用了 ， 所有將main函數名稱改一下 ， 在JNI的C函數中調用即可 。
/*文件差分*/
JNIEXPORT void JNICALL Java_com_zeno_bsdiff_BsdiffUtils_diff
(JNIEnv *env, jclass clazz, jstring joldFilePath, jstring jnewFilePath, jstring jpatchFilePath) {
char* oldFilePath = (char*)env->GetStringUTFChars(joldFilePath, 0);
char* newFilePath = (char*)env->GetStringUTFChars(jnewFilePath, 0);
char* patchFilePath = (char*)env->GetStringUTFChars(jpatchFilePath, 0);
int argc = 4;
char* argv[4];
// 無效參數 , 可以為任意字符
argv[0] = "bsdiff";
// 老版APK文件路徑
argv[1] = oldFilePath;
// 新版APK文件路徑
argv[2] = newFilePath;
// 生成的差分包文件路徑
argv[3] = patchFilePath;
// 調用bsdiff
bsdiff_main(argc, argv);
}
一切修改完畢 ， 別忘了在項目屬性配置類型，改為生成.dll動態(tài)庫 。編譯生成 ， 這時候會出現很多錯誤 ， 舉幾個我遇到的 。
一 ， 使用了非安全的函數 ， 在文件中聲明#define _CRT_SECURE_NO_WARNINGS即可 。
二 ， 在VS中通不過安全語法檢查 ， 在VS中進行如下設置：
還需要在文件中添加
#define _CRT_NONSTDC_NO_DEPRECATE預處理指令。也可以在項目屬性中配置：
三 ， 變量未初始化
u_char *old = nullptr,*_new = nullptr;
off_t oldsize,newsize;
off_t *I,*V = nullptr;
可能會是這幾個 ， 將其賦值為nullptr就可以了。 如果還有其他錯誤 ， 可執(zhí)行分析 ， google ， 也歡迎評論留言 ， 多多交流 。
其三 ， 生成.dll動態(tài)庫 ， 并使用
將生成的.dll動態(tài)庫 ， 賦值到服務器項目的目錄下 ， 或是Java項目也可以 。
差分包工具類：
public class BsdiffUtils {
/**
* 生成差分包
* @param oldFilePath 老版本文件路徑
* @param newFilePath 新版本文件路徑
* @param patchFilePath 生成差分包文件路徑
*/
public static native void diff(String oldFilePath , String newFilePath , String patchFilePath) ;
static {
System.loadLibrary("BsdiffJNI");
}
}
使用差分包工具類：
public class BsdiffApk {
public static void main(String args[]) {
/**
* 文件差分
*/
BsdiffUtils.diff(Constract.OLD_FILE_PATH, Constract.NEW_FILE_PATH, Constract.PATCH_FILE_PATH);
}
}
常量類：
public class Constract {
public static final String OLD_FILE_PATH = "E:/javaee_workspace/AppUpdateServer/apk/app-old.apk" ;
public static final String NEW_FILE_PATH = "E:/javaee_workspace/AppUpdateServer/apk/app-new.apk" ;
public static final String PATCH_FILE_PATH = "E:/javaee_workspace/AppUpdateServer/apk/App_patch.patch" ;
}
生成差分包：
結語
使用第三方庫的時候 ， 自己編寫的代碼比較少 ， 主要是學會怎樣使用第三方的庫，以及編譯生成動態(tài)庫的時候 ， 需要查錯找錯并修改 ， 下篇 ， 我們將實現 ， 在客戶端合并差分包 。
