Android的NDK开发相信各位已经精通各种姿势了。不过基本上都是那种native代码和java代码都在同一个工程中,因为应用从头到脚都是我们自己的,也不需要分离。但有时候可能需要我们自己把某些库打包起来供别人使用,或者使用别人提供给我们的库。本篇文章及下篇文章就讲讲so库如何打包。
一、目标及方式
这篇文章会讲打包so库,这种方式是基于jni层的,需要我们同时提供接口的jar包来配合使用,适用于对方从java层调用我们的库。因为jni中的函数名是有特殊要求的,它会指定jni的java接口的路径,如果不提供jar包,那么使用者就要按照我们在jni头文件中声明的函数名来建立java文件,这将是非常痛苦的。
二、新建调用方工程
按照正常流程新建工程即可,众所周知,新建一个工程,它会自己建一个名为app的module。它是作为我们的调用方,因此不需要什么特殊的操作。
为了避免剩下的操作报错,调用方工程先到此为止,在准备好了被调用方(也就是jar包和so库)后,再继续完善。
三、新建库module
我们仍然在这个工程中,新建一个module(AndroidStudio的组织结构是一个project可以包含多个module,每个module都可以独立编译为一个apk)。这个module就是我们的库模块。
File > New > New module > Android Library
填好相关信息等就可以finish了。目前我在用的是AndroidStudio3.4.1,在新建工程的时候已经找不到添加c++ support的选项了,因此一会儿也免不了要自己去改build.gradle文件来添加c++支持。
新建完后的工程结构如图
可以看到我们sdk模块和app是同级的。
四、为库模块添加c++支持
首先要做一些准备工作。为了顺应时代潮流,此处使用cmake构建。
4.1 准备CMakeLists文件
如果你会自己写的话最好,不会的话,可以新建一个支持c++的工程,在我现在的AndroidStudio3.4.1版本上,在Chose Project这一步时,选择Native C++就会有了,更早的版本更加简单,会有很显眼的选项供你选择。然后复制这个工程的CMakeLists文件过来就好了。或者你可以参考以前有NDK的工程,我这里选择最后一种。
OK无论哪种方式,得到了CMakeLists文件。
cmake_minimum_required(VERSION 3.4.1)
# 这一句用来导出编译生成的so库
set(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_SOURCE_DIR}/jniLibs/${ANDROID_ABI})
include_directories(src/main/cpp)
file(GLOB CPP_FILES "src/main/cpp/*.cpp")
add_library(
native-lib
SHARED
${CPP_FILES}
)
通常操作,我就不解释CMakeLists里都是啥意思了。注意我注释的那条语句,它会负责把编译出的so库导出到我们指定的位置。这里的位置就是sdk/jniLibs/{ANDROID_ABI}。
然后将这个文件放在库模块的根目录下(虽然我这库模块的名字是sdk,但是并不是AndroidSDK,切勿搞混,需要AndroidSDK的时候我会特别指明的)。放在别的地方也行,因为在gradle文件里这个位置是自己定的。文件结构如下:
这个文件结构和你在文件管理器中看到的是一样的。如果你看不到这个界面,点击图中绿色线的下拉菜单选择Project Files即可(一般都是在Android结构下)。
4.2 修改sdk的gradle脚本
此处修改的是sdk的build.gradle文件(不是AndroidSDK!!!)。在defaultConfig节点下指定要编译的cpu架构,在android节点下指定CMakeLists的位置。最后文件如下:
apply plugin: 'com.android.library'
android {
compileSdkVersion 28
defaultConfig {
minSdkVersion 23
targetSdkVersion 28
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
//这里指定cpu架构
ndk {
abiFilters 'armeabi-v7a', 'arm64-v8a', 'x86', 'x86_64'
}
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
//这里指定CMakeLists的位置,默认根目录是从sdk目录开始的。
externalNativeBuild {
cmake {
path "CMakeLists.txt"
}
}
}
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'com.android.support:appcompat-v7:28.0.0'
testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.android.support.test:runner:1.0.2'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
}
4.3 编写c++及java代码
我们从库里返回一个字符串"Hello from NDK"。
注意看我们的CMakeLists文件中指定的src位置,是src/main/cpp
,那么去检查一下有无这个文件。没有的话就新建一个。然后在里面新建一个cpp文件(如果你是c的话,注意修改一下CMakeLists里相关的地方,因为这个目前仅包含了cpp文件)。点击Build > Make module "sdk"
,等模块编译完成后,我们就可以看到项目中出现了cpp文件夹和里面的源代码,并且被AndroidStudio认定为源代码文件夹。如果看不到,再点击一下Build > Refresh linked C++ project
,就可以看到了。
编写一个jni函数。假设我在我的包里要建立一个MyStringUtil.java文件,那么这个文件的完整路径就是com.zu.sdk.MyStringUtil
。
那么在这个c++文件中,我们这样写:
#include <jni.h>
#include <stdlib.h>
#include <iostream>
using namespace std;
extern "C"
JNIEXPORT jstring
JNICALL
Java_com_zu_sdk_MyStringUtil_getStringNDK(JNIEnv *env, jobject instance)
{
string result = "Hello from NDK";
return env->NewStringUTF(result.c_str());
}
extern "C"
是个比较迷惑的点,因为我们现在使用的是cpp文件,使用c++编译器编译后,函数名会改变,但是c的不会,因此我们要在作为jni接口的函数上加上这句。否则jni会找不到接口。
然后按照我们之前说的,在包下建立名为MyStringUtil.java的文件。之后的文件结构如图:
在java文件中加载ndk库,然后声明函数,要和c++文件中的对应起来。
package com.zu.sdk;
public class MyStringUtil {
public static String ndkString()
{
return getStringNDK();
}
private static native String getStringNDK();
static{
System.loadLibrary("native-lib");
}
}
注意如果你的java的函数和jni中的函数能对应起来的话,AndroidStudio会有相应提示:
标红的不要管它,因为现在我还没有build。而且现在AndroidStudio越来越难用,很多bug出现。
4.4 测试库
至此我们已经把库的部分完成了,但是还是要测试一下能不能正常运行。这里我们选择直接把库的module作为app module的项目依赖,这样一来,每次我们运行app module时,都是以sdk module作为依赖实时编译的,不必我们每次都要导出so库和jar包。方便修改。
在app module下已经有一个初始化的MainActivity。直接用它显示NDK过来的字符串。
接下来要将sdk作为app的依赖。在app上点击右键,点击Open module settings
,点开Dependencies,选中app。
点击红圈里的加号,选择Module Dependency,会出来目前这个工程里的所有module,选择sdk这个module。
点击OK之后,再点击OK,这个时候依赖就添加好了。那么到底什么地方发生了改变呢?其实就是在app的build.gradle文件中的dependencies节点下加了一句:
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation"org.jetbrains.kotlin:kotlin-stdlib-jdk7:$kotlin_version"
implementation 'com.android.support:appcompat-v7:28.0.0'
implementation 'com.android.support.constraint:constraint-layout:1.1.3'
testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.android.support.test:runner:1.0.2'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
implementation project(path: ':sdk')//就是这句
}
所以不想这么麻烦你也可以直接把这句加进去在sync一下gradle就可以了。
然后在app的MainActivity里就可以调用sdk里MyStringUtils里的ndkString
方法获取字符串。
package com.zu.ndktest
import android.support.v7.app.AppCompatActivity
import android.os.Bundle
import android.widget.TextView
//现在可以导入sdk里的内容了
import com.zu.sdk.MyStringUtil.ndkString
class MainActivity : AppCompatActivity() {
private lateinit var tvNDK: TextView
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
tvNDK = findViewById(R.id.tv_ndk)
//这句调用方法
tvNDK.text = ndkString()
}
}
app里的代码都是Kotlin。
然后运行。
nice,字符串没有错误,说明成功了。
五、打包so库
so库其实不用打包,因为我们已经在CMakeLists文件中指定了so库的输出路径。点击Build > Make module "sdk"
,然后去文件管理器里看一下,sdk目录下会生成一个jniLibs文件夹,里面包含了指定cpu架构的so文件。
六、打包jar包
通过上一步我们已经打包出了so,但是只有so是很难使用的,因为jni接口是指定包名的,使用者的包名基本不可能和我们的一样,因此提供一个jar包来调用so库。
打包jar包实际上是一个不怎么常见的操作,这里我们要在sdk的build.gradle中添加一个task,通过这个task来打包。
为sdk的build.gradle文件添加如下节点
task makeJar(type: Copy) {
delete 'libs/sdk.jar' //删除已经存在的jar包
from('build/intermediates/packaged-classes/release/')//从该目录下加载要打包的文件,注意这个目录,不同版本的AndroidStudio是不一样的,比如在3.0版本是build/intermediates/bundles/release/,要自己去查一下。
into('libs/')//jar包的保存目录
include('classes.jar')//设置过滤,只打包classes文件
rename('classes.jar', 'sdk.jar')//重命名,mylibrary.jar 根据自己的需求设置
}
makeJar.dependsOn(build)
注意这个节点是一个顶级节点,它不属于其他任何节点。放一个完整的sdk的build.gradle,如果有c++配置或者其他的一些问题可以参考这个gradle。
apply plugin: 'com.android.library'
android {
compileSdkVersion 28
defaultConfig {
minSdkVersion 23
targetSdkVersion 28
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
ndk {
abiFilters 'armeabi-v7a', 'arm64-v8a', 'x86', 'x86_64'
}
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
}
}
externalNativeBuild {
cmake {
path "CMakeLists.txt"
}
}
}
//该task用来打包jar包
task makeJar(type: Copy) {
delete 'libs/sdk.jar' //删除已经存在的jar包
from('build/intermediates/packaged-classes/release/')//从该目录下加载要打包的文件,注意这个目录,不同版本的AndroidStudio是不一样的,比如在3.0版本是build/intermediates/bundles/release/,要自己去查一下。
into('libs/')//jar包的保存目录
include('classes.jar')//设置过滤,只打包classes文件
rename('classes.jar', 'sdk.jar')//重命名,mylibrary.jar 根据自己的需求设置
}
makeJar.dependsOn(build)
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
implementation 'com.android.support:appcompat-v7:28.0.0'
testImplementation 'junit:junit:4.12'
androidTestImplementation 'com.android.support.test:runner:1.0.2'
androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.2'
}
添加完之后,sync gradle一下。然后,打开Android Studio的Terminal,输入gradlew makeJar
,然后你就会看到一堆输出。
最后看到build success,然后去sdk/libs
目录下查看是否生成了名为sdk.jar的文件。如果没有,应该就是你的classes.jar路径写错了。
七、如何使用
如今我们已经打包好了so和jar,接下来就试一下能否正常使用。回到app,这次我们要修改一下app的依赖和其他一些东西。
首先是修改依赖,原来是直接依赖了sdk这个module的,现在要依赖生成的jar包。
修改之前,要把生成的jar包和so库复制到app目录下,app/libs/sdk.jar
和app/jniLibs/{abi}/native-lib.so
是最后应该存放的路径。当然路径是随便定的,只要你能找得到并且能在gradle文件里正确的指出。
然后修改app的build.gradle文件。
在依赖里,注释掉依赖sdk的那行,添加对jar包的依赖:
//implementation project(path: ':sdk')
implementation files('libs/sdk.jar')
这种写法是依赖一个具体包的写法,如果某些情况下你必须得使用已经存在的jar包,就按照这种方式即可。
然后在android
节点下添加如下节点:
sourceSets {
main {
jniLibs.srcDirs = ['jniLibs']
}
}
这个则是指定了so库所在路径。
需要注意的是,jar包依赖和项目依赖不可共存,否则会发生包冲突,如果你要依赖module,那你就把jar包依赖和sourceSets节点注释掉。相反亦是。
到这就可以运行了。
这种方式开发起来极为方便,但是局限性比较大,因为终究还是要使用android环境,并且对方只能从java调用(当然你要是愿意写java>jni的调用那我也没意见),调试起来也很麻烦,因为最终你还是要放到Android里去验证结果。下一篇会讲一种更类似于桌面端的开发方式,除了仅在打包时需要使用到NDK,其他时候都和普通开发c/c++程序没有区别,而且可以在电脑环境下充分验证程序之后再去打包,也更好分工。