android JNI生成.so文件(arm64-v8a等)配置

本文详细介绍如何在Windows环境下配置NDK编译环境,并通过一个简单的C语言示例项目演示整个NDK开发流程,包括创建JNI接口、编译C代码为.so文件及在Android应用中调用。

开发中出现找不到.so不对的Bug,原因是测试机是64位的,而arm64-v8a中的.so是32位的。

配置生成arm64-v8a的.so文件:

在jni/Application.mk中写入:APP_ABI := armeabi armeabi-v7a arm64-v8a,重新编译就可以了,如果没有这个文件就在jni目录下新建一个。


转一个自定义Ndk编译器的文章:转自:http://www.cnblogs.com/yejiurui/p/3476565.html

谷歌改良了ndk的开发流程,对于Windows环境下NDK的开发,如果使用的NDK是r7之前的版本,必须要安装Cygwin才能使用NDK。而在NDKr7开始,Google的Windows版的NDK提供了一个ndk-build.cmd的脚本,这样,就可以直接利用这个脚本编译,而不需要使用Cygwin了。只需要为Eclipse Android工程添加一个Builders,而为Eclipse配置的builder,其实就是在执行Cygwin,然后传递ndk-build作为参数,这样就能让Eclipse自动编译NDK了。那么我们现在开始吧:

一、关于NDK的一点解释:                                                                                            

NDK全称:Native Development Kit。
NDK提供了一系列的工具,帮助开发者快速开发C(或C++)的动态库,并能自动将so和java应用一起打包成apk。这些工具对开发者的帮助是巨大的。
NDK集成了交叉编译器,并提供了相应的mk文件隔离CPU、平台、ABI等差异,开发人员只需要简单修改mk文件(指出“哪些文件需要编译”、“编译特性要求”等),就可以创建出so。

NDK可以自动地将so和Java应用一起打包,极大地减轻了开发人员的打包工作。

二、NDK坏境搭建:                                                                                                   

  注意事项:目前已经出了NDK-r9b了,由于作者写这篇日志的时候 当时下载的还是NDK-r8c,所以仍以NDK-r8c为例来讲解。

操作类似,从ndk-7后,谷歌已经改良了ndk的操作,不需用使用cygwin来交叉编译了,这大大的提高了我们的开发速度。

(1)下载安装NDK-r8c。

下载地址:http://developer.android.com/sdk/ndk/index.html

(2)打开Eclipse,新建一个Android工程(我的取名为TestNdk),在工程目录TestNdk下新建jni文件夹,该文件夹就用来保存NDK需要编译的文件代码等。

(3)开始新建并配置一个Builder

(a)Project->Properties->Builders->New,新建一个Builder。
(b)在弹出的【Choose configuration type】对话框,选择【Program】,点击【OK】:
(c)在弹出的【Edit Configuration】对话框中,配置选项卡【Main】。
在“Name“中输入新builders的名称(这个名字可以任意取)。

在“Location”中输入nkd-build.cmd的路径(这个是下载完ndk8后解压后的路径,这个建议放在根目录下面,路径不能有空格和中文)。根据各自的ndk路径设置,也可以点击“Browser File System…”来选取这个路径。
在“Working Diretcoty”中输入TestNdk位置(也可以点击“Browse Workspace”来选取TestNdk目录)。如图1

clip_image002

图1

(d)继续在这个【Edit Configuration】对话框中,配置选项卡【Refresh】。如图2
勾选“Refresh resources upon completion”,
勾选“The entire workspace”,
勾选“Recuresively include sub-folders”。

clip_image004

图2

(e)继续在【Edit Configuration】对话框中,配置选项卡【Build options】。
勾选“After a “Clean””,(勾选这个操作后,如果你想编译ndk的时候,只需要clean一下项目 就开始交叉编译)
勾选“During manual builds”,
勾选“During auto builds”,
勾选“Specify working set of relevant resources”。如图3

clip_image006

图3

点击“Specify Resources…”勾选TestNdk工程中新建的“jni“目录,点击”finish“。 点击“OK“,完成配置。 如图4

image

clip_image008

图4

到此,恭喜你,编译环境以及成功搭建完毕!

那么搭建完了,当然要玩一玩了,好了,下面我们来跑一个demo测试一把,让你了解一下ndk的开发流程

 

三、NDK程序demo的开发(下面是重点,请仔细查看)                                                  

   1.在TestNdk工程中新建一个JniClient.class(为了调用C/C++代码),其内容如下:

package com.ndk.test;

public class JniClient {
    static public native String AddStr(String strA, String strB);
    static public native int AddInt(int a, int b);
}

2.生成 .h 的c++头文件

(1)用cmd命令定位到JniClient.class 所在目录,输入“javac JniClient.java“后回车,生成JniClinet.class文件(如果是用的Eclipse建的工程,在TestNdk\bin\classes\com\ndk\test目录下就已经有JniClinet.class文件了)。

(2)将JniClinet.class拷贝到TestNdk\bin\classes\com\ndk\test目录,将cmd命令定位到TestNdk\bin\classes目录,输入”javah com.ndk.test.JniClient“后回车,在TestNdk\bin\classes目录下就生成了C++头文件com_ndk_test_JniClient.h

com_ndk_test_JniClient.h的文件内容如下:

复制代码
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_ndk_test_JniClient */

#ifndef _Included_com_ndk_test_JniClient
#define _Included_com_ndk_test_JniClient
#ifdef __cplusplus
extern "C" {
#endif
/*
 * Class:     com_ndk_test_JniClient
 * Method:    AddStr
 * Signature: (Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String;
 */
JNIEXPORT jstring JNICALL Java_com_ndk_test_JniClient_AddStr
  (JNIEnv *, jclass, jstring, jstring);

/*
 * Class:     com_ndk_test_JniClient
 * Method:    AddInt
 * Signature: (II)I
 */
JNIEXPORT jint JNICALL Java_com_ndk_test_JniClient_AddInt
  (JNIEnv *, jclass, jint, jint);

#ifdef __cplusplus
}
#endif
#endif
复制代码

3.在jni目录下新建一个Android.mk文件,其内容如下(关于mk文件需要注意,很重要,还有c和c++文件的mk文件还不一样,此处是调用c语言的mk文件,至于其他的怎么调用,这个自己去百度吧,在此就不多说了)

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := TestNdk
LOCAL_SRC_FILES := com_ndk_test_JniClient.c
include $(BUILD_SHARED_LIBRARY)

4. 将刚刚手动生成的com_ndk_test_JniClient.h拷贝到TestNdk工程的jni目录下,

然后新建一个com_ndk_test_JniClient.c文件完成头文件中函数的实现,其内容如下(本来想写两个方法的,现在只讲解第一个方法,返回一个字符串“HelloWorld from JNI ”,另一个方法是一个a+b的运算,方法写到这里,感兴趣的可以自己去研究):

com_ndk_test_JniClient.c

复制代码
#include "com_ndk_test_JniClient.h"
#include <stdlib.h>
#include <stdio.h>

#ifdef __cplusplus   
extern "C"  
{   
#endif  
/*
 * Class:     com_ndk_test_JniClient
 * Method:    AddStr
 * Signature: (Ljava/lang/String;Ljava/lang/String;)Ljava/lang/String;
 */
JNIEXPORT jstring JNICALL Java_com_ndk_test_JniClient_AddStr
  (JNIEnv *env, jclass arg, jstring instringA, jstring instringB)
{
    jstring str = (*env)->NewStringUTF(env, "HelloWorld from JNI !");
    return str;       
}

/*
* Class:     com_ndk_test_JniClient
* Method:    AddInt
* Signature: (II)I
*/
JNIEXPORT jint JNICALL Java_com_ndk_test_JniClient_AddInt
  (JNIEnv *env, jclass arg, jint a, jint b)
{
    return a + b;
}

#ifdef __cplusplus   
}   
#endif
复制代码

此刻,当编辑com_ndk_test_JniClient.c并保存后,project下的—clean  一下工程,就可以看到TestNkd工程下的obj/local/armeabi目录下将自动生成libTestNdk.so库。

 

5.在TestNdkActivity.java中完成对JniClient.java中函数的调用(首先静态加载动态链接so库):

复制代码
package com.ndk.test;

import android.app.Activity;
import android.os.Bundle;
import android.widget.TextView;

public class TestNdkActivity extends Activity {
    static {
        System.loadLibrary("TestNdk");
    }

    /** Called when the activity is first created. */
    @Override
    public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
//        setContentView(R.layout.main);
        
        //第一个方法传入的两个参数没有做操作,直接返回hello jni,不用管
        String str = JniClient.AddStr("test", "test");
        
        //第二个方法暂时不实现
        //  int iSum = JniClient.AddInt(5, 2);        
       // String strSum = "5 + 7 = " + iSum;
        
        TextView tv1 = new TextView(this);
        tv1.setText(str);
        setContentView(tv1);
    }
}
复制代码

6.运行TestNdk工程,在控制台中可以看到界面输出来自com_ndk_test_JniClient.c 文件中的“HelloWorld from JNI ! "了。

NDK实例到此完成。

后续更复杂的操作就需要深入的学习NDK/JNI了,

比如C/C++与Java的数据类型转换,以及Android.mk文件的编写格式等。

如果有什么问题,欢迎沟通交流!非常感谢您对andye的关注!关于.h文件怎么生成,可以看我另一篇日志,虽然是用cygwin写的,有点旧,但是里面有关于怎么生成.h的截图,供参考,地址为:http://www.cnblogs.com/yejiurui/archive/2012/11/21/2780940.html

 

 


 

近期有朋友需求,忘记上传一份demo了,那么我重新整理了一份demo,各位朋友可以下载学习:

 

百度网盘下载地址:http://pan.baidu.com/s/1gdIeUvL

 

demo图片如下:

 

另一个参考:http://brian.io/android-ndk-r10c-docs/Programmers_Guide/html/md_3__key__topics__c_p_u__support__chapter_1-section_8__a_b_is.html


<think>好的,我现在要解决用户的问题,关于Android NDK编译时出现的两个问题:一个是非系统库链接标志的警告,另一个是文件格式不被识别的错误。首先,我需要理解这两个问题的具体原因。 用户提到了两个错误:一个是使用非系统库的链接标志导致的警告,另一个是aarch64-linux-android-strip无法识别文件格式的错误。根据之前的对话历史,用户之前的问题是关于如何将两个.so文件合并成一个,现在可能是在尝试过程中遇到了新的问题。 首先,关于“non-system libraries in linker flags”的警告。这可能是因为用户在Android.mk或CMakeLists.txt中显式地链接了某些库,比如-lc++_shared,而NDK希望开发者通过正确的模块依赖来引用这些库,而不是直接使用链接标志。NDK推荐使用静态或共享库模块的方式,而不是直接通过LDLIBS添加。例如,对于c++_shared库,正确的方法应该是使用LOCAL_SHARED_LIBRARIES或者STL配置,而不是直接链接。 然后是“aarch64-linux-android-strip file format not recognized”错误。这个错误通常发生在构建系统尝试对某个文件执行strip操作,但该文件的格式不被strip工具识别。可能的原因是用户错误地将静态库(.a)或其他非共享库文件作为共享库处理,或者预构建库的架构与目标架构不匹配。例如,如果预构建库是为arm64-v8a编译的,但构建时目标架构是armeabi-v7a,就会导致strip工具无法处理。 接下来,我需要参考用户之前的问题。用户之前的问题是合并两个.so文件,解决方案涉及将预构建库转换为静态库并链接到主模块中。这可能导致了现在的问题,因为处理静态库和共享库的方式不同。例如,如果在Android.mk中将预构建的.so文件声明为静态库,但没有正确配置模块类型和后缀,可能会导致strip工具处理错误。 另外,用户提到的-lc++_shared警告,可能是因为他们直接使用了该链接标志,而正确的方法应该是通过STL配置。例如,在Application.mk中指定APP_STL := c++_shared,而不是在LDLIBS中添加。这可能导致NDK认为这是一个非系统库,从而产生警告。 现在需要综合这些信息,给出解决方案。首先解决链接警告,需要检查LOCAL_LDLIBS中是否包含-lc++_shared,并替换为正确的STL配置。其次,处理strip错误,需要检查预构建库的架构是否正确,以及是否错误地处理了文件类型。 可能的步骤包括: 1. 检查并更新STL配置,避免直接链接-lc++_shared。 2. 验证预构建库的架构是否与目标ABI匹配。 3. 确保预构建库的模块声明正确,特别是当使用静态库时,后缀和模块类是否正确。 4. 检查是否有其他非标准库被直接链接,导致警告。 5. 对于strip错误,可能需要检查生成文件是否有效,或者是否在构建过程中错误地处理了某些文件。 此外,还需要考虑用户可能没有正确设置NDK版本或工具链,导致工具无法识别文件格式。建议用户检查NDK版本,并确保使用正确的工具链。 最后,生成相关问题,帮助用户进一步排查可能的问题,比如如何验证ABI兼容性,如何配置STL,如何处理符号冲突等。</think>### 一、问题根源分析 您遇到的编译警告和错误由以下核心因素导致: 1. **非系统库链接警告**:直接使用`-lc++_shared`而非通过NDK标准模块机制引用C++运行时库[^1] 2. **strip工具报错**:构建系统试图对非目标格式文件执行strip操作,通常由以下原因引发: - 预构建库架构与编译目标ABI不匹配(如x86库用于arm64编译) - 错误声明静态库为共享库(如将`.a`文件声明为`PREBUILT_SHARED_LIBRARY`) --- ### 二、分步解决方案 #### 步骤1:修复`-lc++_shared`警告 **正确配置STL运行时库**(以Android.mk为例): ```makefile # Application.mk APP_STL := c++_shared # 自动处理库依赖关系 # Android.mk LOCAL_LDFLAGS += -static-libstdc++ # 可选:静态链接C++标准库 ``` **移除直接链接标志**: ```diff - LOCAL_LDLIBS := -lc++_shared + # 通过APP_STL自动管理 ``` #### 步骤2:解决strip报错 **验证预构建库ABI兼容性**: ```bash # 查看预构建库架构信息 file libOPSCMCC.so # 输出应为当前编译目标架构,例如: # libOPSCMCC.so: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=..., stripped ``` **正确声明预构建库类型**: ```makefile # 若使用静态库整合(推荐方案) include $(CLEAR_VARS) LOCAL_MODULE := OPSCMCC LOCAL_SRC_FILES := prebuilt/libOPSCMCC.a # 必须是静态库文件 LOCAL_MODULE_CLASS := STATIC_LIBRARIES include $(PREBUILT_STATIC_LIBRARY) # 若必须使用共享库 include $(CLEAR_VARS) LOCAL_MODULE := OPSCMCC LOCAL_SRC_FILES := prebuilt/libOPSCMCC.so LOCAL_MODULE_CLASS := SHARED_LIBRARIES LOCAL_MODULE_TAGS := optional include $(PREBUILT_SHARED_LIBRARY) ``` #### 步骤3:配置多ABI支持 在`Application.mk`中明确指定目标架构: ```makefile APP_ABI := arm64-v8a armeabi-v7a # 按需选择 APP_PLATFORM := android-21 # 与原库编译平台一致 ``` --- ### 三、高级调试技巧 #### 1. 强制ABI一致性验证 ```bash # 检查NDK工具链与库的匹配性 $NDK_HOME/toolchains/llvm/prebuilt/linux-x86_64/bin/aarch64-linux-android-readelf -h libOPSCMCC.so # 输出关键字段应包含: Machine: AArch64 OS/ABI: UNIX - System V ``` #### 2. 诊断strip错误根源 ```bash # 查看构建中间文件格式 find obj/local/ -name "*.so" -exec file {} \; # 错误示例(架构不匹配): libOPSCMCC.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, not stripped # 正确示例(arm64-v8a): libXinShengApp01.so: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, not stripped ``` #### 3. 动态加载验证(可选) 在Java层加载库时增加ABI检查: ```java static { try { System.loadLibrary("XinShengApp01"); } catch (UnsatisfiedLinkError e) { Log.e("ABI_CHECK", "Current ABI: " + Build.SUPPORTED_ABIS[0]); throw e; } } ``` --- ### 四、配置优化建议 #### 1. 使用现代NDK特性(推荐CMake) `CMakeLists.txt`示例: ```cmake cmake_minimum_required(VERSION 3.18.1) add_library(XinShengApp01 SHARED SimCard.cpp) # 正确链接预构建库 add_library(OPSCMCC STATIC IMPORTED) set_target_properties(OPSCMCC PROPERTIES IMPORTED_LOCATION ${CMAKE_SOURCE_DIR}/prebuilts/${ANDROID_ABI}/libOPSCMCC.a) target_link_libraries(XinShengApp01 OPSCMCC) # 配置C++标准库 set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -stdlib=libc++") ``` #### 2. 控制符号暴露 ```makefile # Android.mk LOCAL_CPPFLAGS += -fvisibility=hidden LOCAL_CFLAGS += -fvisibility=hidden ``` --- ### 五、错误场景解决方案 #### 场景1:持续出现strip错误 **步骤**: 1. 清理构建缓存: ```bash ndk-build clean rm -rf obj/ libs/ ``` 2. 强制指定工具链版本: ```makefile NDK_TOOLCHAIN_VERSION := clang NDK_TOOLCHAIN := aarch64-linux-android-4.9 # 与原库编译工具链一致 ``` #### 场景2:C++符号未找到 ```makefile # 确保C++运行时正确初始化 LOCAL_CPP_FEATURES := rtti exceptions LOCAL_LDFLAGS += -Wl,--exclude-libs,libOPSCMCC.a # 隐藏静态库符号 ``` --- ### 六、构建验证流程 ```bash # 完整验证步骤 ndk-build clean ndk-build V=1 APP_ABI=arm64-v8a 2>&1 | tee build.log # 关键检查点: grep -E 'warning|error' build.log # 确认无关键错误 grep 'Install:' build.log # 检查输出路径 aarch64-linux-android-readelf -d libs/arm64-v8a/libXinShengApp01.so # 验证依赖项 ``` --- ### 七、替代方案对比 | 方法 | 优点 | 缺点 | 推荐指数 | |----------------------|--------------------------|--------------------------|--------| | 静态库整合 | 符号完全控制,无运行时依赖 | 需处理符号冲突 | ★★★★★ | | NDK-Build标准预构建 | 符合NDK规范 | 需要保持多个.so文件 | ★★★☆☆ | | CMake ExternalNativeBuild | 现代构建系统支持 | 需要重构配置 | ★★★★☆ | --- ### 相关问题 1. 如何在NDK中正确管理多个ABI版本的预构建库? 2. NDK编译时如何避免C++标准库符号冲突? 3. 使用CMake时如何配置预构建库的架构过滤?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值