Question

我的Android应用程序有一个简单的“加载器”NativeActivity，它有一个非常简单的android_main()，它只加载一个不同的共享对象并将控制传递给它：

typedef void (*Tandroid_main)( android_app*);
void android_main( android_app* state )
{
    void* glib = dlopen("libmain.so", RTLD_NOW);
    void* fmain = dlsym(glib, "android_main");
    Tandroid_main libmain = (Tandroid_main)fmain;
    libmain(state)
}

这很有效..大约一半时间。其他时候崩溃，因为dlopen()失败并返回NULL，errno = 2（没有这样的文件）由于这种情况的奇怪不一致，我怀疑是时间问题，事实上，在sleep(1)之前添加dlopen()会阻止它发生。比sleep(1)更强大的东西只是在循环中尝试它：

int count = 0;
void* glib = dlopen(soName, RTLD_NOW);
while(glib == NULL) {
    sched_yield();
    ++count;
    glib = dlopen(soName, RTLD_NOW);
}

我从这个循环获得的计数通常在我的设备上的范围为10-70。但这是一个丑陋的丑陋解决方案。

这里到底发生了什么？为什么我只能在NativeActivity启动后稍微加载其他共享对象？有没有更好的方法来确定何时可以安装它？

应该注意的是，我还从NativeActivity的System.loadLibrary("main")

中调用onCreate()

Answer 1

不确定，但建议从静态初始化程序调用loadLibrary（）：

public class MainActivity extends Activity {
    static {
        System.loadLibrary("main")
    }
    ...
}

有帮助吗？

android dlopen（）中的竞争条件？

1 个答案: