在非NDK编译条件下使用Android Log函数

解决的需求

有些时分不能在NDK环境编译，或者运用NDK编译会颇费周折，然后又想运用Android系统自带的Log类办法，那么咱们就可以运用dlopen来完成咱们的目的。比方在OpenCV中增加Android的Log打印。
关于dlopen
dlopen和dlclose对处理的lib进行引证计数，dlopen使引证计数加1，dlclose让引证计数减1，当对库的引证计数达到0的时分，才会把库unmap掉。
dlsym返回查找到的第一个符合要求的函数地址，该地址指的是库加载进进程虚拟地址。
可以运用dlsym来完成对库的前一个函数的隐藏。Therearetwospecialpseudo-handles,RTLD_DEFAULTandRTLD_NEXT.Theformerwillfindthefirstoccurrenceofthedesiredsymbolusingthedefaultlibrarysearchorder.Thelatterwillfindthenextoccurrenceofafunctioninthesearchorderafterthecurrentlibrary.Thisallowsonetoprovideawrapperaroundafunctioninanothersharedlibrary.
在调用了dlclose之后，再运用dlsym得到的函数是不行的。尽管当运用dlclose使得引证计数为0之后，系统并不会立马把加载的库给unmap掉，但是这个时间是不确定的。也许在你调用dlclose之后，在系统unmap之前调用dlsym的函数，或者本次dlclose并没有让引证计数为0，比方进程中还有其他地方也dlopen同一个库，那么系统也不会unmap，这样调用dlsym的函数并不会出错。
如果你想dlopen一个库之后，需要在程序中一直运用这个库的函数，那么没有必要调用dlclose，包括在程序退出之前调用dlclose。因为程序退出会主动unmap这些库。但是如果你要dlopen许多库，可能会导致虚拟地址缺乏的情况，那么就需要调用dlclose以保证不会出错。https://stackoverflow.com/questions/26131102/is-it-safe-to-call-dlclose-after-dlsym
代码
运用如下代码，完成根据dlopen的AndroidLog办法调用
#include#include#defineDLLOG_TAG”Slender3d”staticvoidlogd(constchar*format,…){#ifdef__aarch64__constcharlibpath[]=”/system/lib64/liblog.so”;#elseconstcharlibpath[]=”/system/lib/liblog.so”;#endifconstintANDROID_LOG_DEBUG=3;using__android_log_printFunc=int(*)(int,constchar*,constchar*,…);static__android_log_printFuncslogFunc=NULL;if(NULL==slogFunc){void*handler=dlopen(libpath,RTLD_NOW|RTLD_LOCAL);
dlerror();if(handler){constchar*SYM=”__android_log_print”;
slogFunc=reinterpret_cast(dlsym(handler,SYM));char*error;if((error=dlerror()!=NULL){
slogFunc=NULL;//LOGE(“dlsym%sfail”,libpath);}
}else{//LOGE(“dlopen%sfail”,libpath);}
}if(slogFunc){
va_listargs;
va_start(args,format);
slogFunc(ANDROID_LOG_DEBUG,DLLOG_TAG,format,args);
va_end(args);
}else{//LOGE(“dlsym%sfail”,SYM);}
}