因为在项目中需要同时维护ios和Android,不同的代码不利于开发的便捷和以后的维护,所以在最近的一个项目中,两种手机应用的通信部分打算使用c/c++库来统一编写,ios调用.a静态库,android调用.so动态库的方式来实现。
由于通信时,从服务端获取到的中文数据为GBK编码,android和ios通过c++库获取到的中文乱码,于是打算在c++库层统一将GBK转成UTF-8后再传递给上层应用。
由于优先考虑跨平台的方案,最终我采用iconv库来实现转码功能。参考网上搜到的一个代码如下
- #ifndef STRINGUTIL_H_
- #define STRINGUTIL_H_
- #include <cstring>
- #include <iconv.h>
- #ifdef _WIN32
- #pragma comment(lib,"iconv.lib")
- #endif
- int code_convert(const char *from_charset,const char *to_charset,const char *inbuf,size_t inlen,char *outbuf,size_t outlen) {
- iconv_t cd;
- const char **pin = &inbuf;
- char **pout = &outbuf;
- cd = iconv_open(to_charset,from_charset);
- if (cd==0) return -1;
- memset(outbuf,0,outlen);
- iconv(cd, const_cast<char**>(pin), &inlen,pout, &outlen);
- iconv_close(cd);
- return 0;
- }
- /* UTF-8 to GBK */
- int u2g(const char *inbuf, size_t inlen, char *outbuf, size_t outlen) {
- return code_convert("UTF-8","GBK",inbuf,inlen,outbuf,outlen);
- }
- /* GBK to UTF-8 */
- int g2u(const char *inbuf, size_t inlen, char *outbuf, size_t outlen) {
- return code_convert("GBK", "UTF-8", inbuf, inlen, outbuf, outlen);
- }
- #endif /* STRINGUTIL_H_ */
- </span>
代码用g++编译,在ubuntu上测试正常,但在移植到ios和android均出现问题。
1.首先讲ios上出现的问题,这个比较简单。
使用xcode能够成功编译出.a静态库,但是在ios应用编译时,出现如下问题:
Undefined symbols for architecture x86_64:
"_iconv", referenced from:
code_convert(char const*, char const*, char const*, unsigned long, char*, unsigned long) in libVmNet.a(VmNet-EA133239D29A369D.o)
"_iconv_close", referenced from:
code_convert(char const*, char const*, char const*, unsigned long, char*, unsigned long) in libVmNet.a(VmNet-EA133239D29A369D.o)
"_iconv_open", referenced from:
code_convert(char const*, char const*, char const*, unsigned long, char*, unsigned long) in libVmNet.a(VmNet-EA133239D29A369D.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
后来在网上搜到的解决方法,原来需要在项目中添加libiconv.2.4.0.tbd动态库。然后重新编译app成功运行。
2.接下来讲在android上出现的问题。
在android studio中编译.so库,使用的是最新版的2.2.2,默认使用的是cmake编译。
编译中,出现找不到iconv.h头文件,网上搜索解决方法,大致有以下几种方法:
1.项目中添加iconv库的源代码,跟项目一起编译。用到了android.mk,这个又跟现在官方推荐使用的cmake相违背了,我下载了iconv的源码,一大堆,不太懂,暂时放弃这条路子。
2.先编译一个libiconv.so的动态库,然后编译自己的库。这个是用到了android.mk,不想用这个,嫌麻烦,放弃。
3.据说ndk自带了iconv的支持,只是需要在android.mk中增加
LOCAL_WHOLE_STATIC_LIBRARIES += android_support
$(call import-module,Android/support)
又是android.mk,但我用的是cmake,放弃。
虽然放弃了方法3,但是从中可以知道ndk有自带的iconv功能,在一个叫android_support的静态库中,于是,我找到了iconv.h所在的路径
/Users/zhourui/Library/Android/sdk/ndk-bundle/sources/android/support/include,libandroid_support.a所在路径
/Users/zhourui/Library/Android/sdk/ndk-bundle/sources/cxx-stl/llvm-libc++/libs/${ANDROID_ABI}/libandroid_support.a;
于是参考了google安卓官方文档中对cmake参数的解释,在CMakeLists.txt中添加了以下参数:
# 相当于g++ 中的 -I参数,这个参数让cmake能找到iconv.h这个头文件 include_directories(/Users/zhourui/Library/Android/sdk/ndk-bundle/sources/android/support/include)
target_link_libraries( # 这是我需要生成的库文件VmNet.soVmNet
# Links the target library to the log library# included in the NDK.# 使用android_support.a库/Users/zhourui/Library/Android/sdk/ndk-bundle/sources/cxx-stl/llvm-libc++/libs/${ANDROID_ABI}/libandroid_support.a${log-lib} )
CMakeLists.txt中只需要这么配置即可。完成了头文件路径搜索和静态库的链接。
但是直接编译还是会出错,会提示
error:unknown type name 'iconv_t'
error:use of undeclared identifier 'iconv_open'
到使用到iconv.h的转码文件中查看,发现能找到iconv.h文件,但是iconv_t怎么会未定义呢,于是进入到iconv.h文件中查看,发现iconv.h的代码如下
- #ifndef NDK_ANDROID_SUPPORT_ICONV_H
- #define NDK_ANDROID_SUPPORT_ICONV_H
- #if !defined(__LP64__)
- #ifdef __cplusplus
- extern "C" {
- #endif
- #include <stddef.h>
- typedef void* iconv_t;
- iconv_t iconv_open(const char*, const char*);
- size_t iconv(iconv_t, char**, size_t*, char**, size_t*);
- int iconv_close(iconv_t);
- #ifdef __cplusplus
- } // extern "C"
- #endif
- #endif // !__LP64__</span>
我发现其中有一段是我用红色标注的,#if !defined(__LP64__) 这句表示在编译64位程序时,头文件便是空的了,那么便表示ndk中的iconv不支持64位。
到app下的build.gradle中查看有这么一段:
externalNativeBuild {
cmake {cppFlags "-std=c++11 -fexceptions" abiFilters 'x86', 'x86_64', 'armeabi', 'armeabi-v7a', 'arm64-v8a' } }
这个表示编译出.so动态库包含x86_64和arm64-v8a两种64位库,那么将这两种abi去除即可。
externalNativeBuild {
cmake {cppFlags "-std=c++11 -fexceptions" abiFilters 'x86', 'armeabi', 'armeabi-v7a' // 由于不支持64位,所以只保留32位} }
再次编译出.so动态库,使用在app项目中编译成功后能正常运行并转码。