bill

> 看 backtrace ，也不再 dlopen 里。感觉没啥关系么。。 > > backtrace: > #0 pc 0006b770 /system/lib/libandroid_runtime.so (_ZN7android14AndroidRuntime8callMainERKNS_7String8EP7_jclassRKNS_6VectorIS1_EE+291) > #1 pc 00004e58 /data/app/~~2WcSGjc0VXJbQn2IdpFZ9Q==/com.hxsmart.imateinterface--sTWIuB5wXXN5ZlHScoXMA==/lib/arm/libiMateBmpDecode.so 这个libiMateBmpDecode.so是我自己写的JNI，它通过 by_dlopen打开另一个so库时出了上面的问题。为了对比，我使用默认的 dlopen替换 by_dlopen 打开同一个so库，是正常的。

> 可以跟下，具体挂哪行了 代码这里写上这个： static JNIEnv* by_jni_getenv() { if (!g_tls_jnienv) { by_fake_dlctx_ref_t dlctx = by_fake_dlopen("libandroid_runtime.so", BY_RTLD_NOW); if (dlctx) { typedef by_pointer_t (*getJNIEnv_t)(); getJNIEnv_t getJNIEnv = (getJNIEnv_t)by_fake_dlsym(dlctx, "_ZN7android14AndroidRuntime9getJNIEnvEv"); by_trace("get jnienv: 1111"); if...

我小米10测试了 这个 so库，能加载成功。不知道这个信息能否帮到你判断

我猜测你是要把“1234” 按照0x12 0x34发送出去。 那就自己做个方法，把hex String转bytes 。

> > 我猜测你是要把“1234” 按照0x12 0x34发送出去。 那就自己做个方法，把hex String转bytes 。 > > 如果是直接发送 String 呢，比如 “1234” 就是它没有，只能发送byte数组。所以你自己在外面调用时再封装一次。

Mac 12.5 Intel 微信 3.3.1 小助手 3.4.1

那些坑？ 你不说出来，谁知道你说的真的假的

I just code in application.java MlKitContext.initializeIfNeeded(this);