NDK 图片压缩-编译 LibJpeg_Turbo
前言
最近在学习 NDK 的知识,本打算写一篇 NDK 加解密数据的文章,突然想到用 NDK JEPG 压缩图片来替换 BitmapFactory 压缩图片(内部也是使用 LibJpeg),所以开始动手准备实现这个 Demo.
在 Android 7.0 以前由于 Google 的 skia 引擎对图片压缩只使用默认的哈夫曼编码,导致图片压缩后失真较为明显,但能够快速压缩,而在 7.0 以后会根据图片来进行哈夫曼编码,压缩速度减慢,但是同样的压缩比能够保留更多细节.而要实现 JPEG 压缩图片,我们在 Android Studio 上使用 Cmake 编译 libjpeg-turbo 的 so 库 .
so 库有两种加载方式,NDK 开发一般使用静态加载,FrameWork 开发一般使用动态加载. libjpeg-turbo 2.0 版中的 turbo 库高度优化了哈夫曼编码,速度是 libjpeg 的 2-6 倍,所以我们今天就编译 turbo 的 so 库,并且集成到测试项目中.
so 库的编译比较简单,难点在于编写 cpp 文件调用 so 库,以及 CMakeLists.txt 文件
相关链接
高性能图片压缩 — libjpeg-turbo 的编译与集成
编译 so 库
- 首先将 libjpeg-turbo 所有的文件放到 cpp 文件夹中(没有 cpp 文件夹就自己建一个)
image.png
- 在 gradle 中设置 CMakeLists.txt 的路径
image.png
- build 项目,如果未出现异常则编译成功
image.png
如图所示,我们已经成功编译出了 so 库,接下来就是编写 JNI 代码.
CMakeLists 基础知识
- 生成库文件
add library( libName STATIC lib.cpp) 生成静态库
add library( libName SHARED lib.cpp) 生成动态库
add_library 默认生成静态库,按照CMakeLists.txt 语法介绍与实例演练中的说法,我在 Windows 环境下使用 Android Studio CMake 插件居然编译生成的是 .a 和 .so 文件,可能是该插件模拟了 linux 环境编译.
- 搜索 cpp 文件
aux_source_directory(dir VAR) 搜索当前目录下的源文件并且存储在一个变量中
aux_source_directory(. SRC_LIST) # 搜索当前目录下的所有.cpp文件
add_library(demo ${SRC_LIST})
- 链接 so 库
当需要链接外部库时,避免直接使用 LINK_LIBRARY,分两步完成这一操作更为稳妥.
- find library(LIB_NAME lib) 查找所需要的库并保存在变量中
- target_link_libraries(TARGET_LIB ${log-lib}) 将外部库连接到当前库
- 预定义变量
PROJECT_SOURCE_DIR：工程的根目录
PROJECT_BINARY_DIR：运行 cmake 命令的目录，通常是 ${PROJECT_SOURCE_DIR}/build
PROJECT_NAME：返回通过 project 命令定义的项目名称
CMAKE_CURRENT_SOURCE_DIR：当前处理的 CMakeLists.txt 所在的路径
CMAKE_CURRENT_BINARY_DIR：target 编译目录
CMAKE_CURRENT_LIST_DIR：CMakeLists.txt 的完整路径
CMAKE_CURRENT_LIST_LINE：当前所在的行
CMAKE_MODULE_PATH：定义自己的 cmake 模块所在的路径，SET(CMAKE_MODULE_PATH ${PROJECT_SOURCE_DIR}/cmake)，然后可以用INCLUDE命令来调用自己的模块
EXECUTABLE_OUTPUT_PATH：重新定义目标二进制可执行文件的存放位置
LIBRARY_OUTPUT_PATH：重新定义目标链接库文件的存放位置
集成 LibJpeg - turbo
so 文件就是函数仓库,我们还需要编写 JNI 层代码来调用 so 库处理 Bitmap 图片.
处理流程如下 :
- 转换-将 Android 的 Bitmap 转换成 RGB
- 将 JPEG 分配空间并初始化
- 指定压缩数据源 ,读取图片文件信息
- 压缩图片
- 释放资源
