我如何发布代码，使其从C中的一个单独线程运行到Android主线程上？

Question

我有一个单独的线程在后台运行在C中，我希望它能够发布代码，在另一个已经运行android的线程上运行。操作系统。活套（例如主线）。我所说的“post”是指类似于视图post的东西，其中可运行的排队在事件循环上运行。将要执行的代码也用C编写。

我找到了ALooper API(http://developer.android.com/ndk/reference/group___looper.html)，但文档并不好，我不清楚是否获取与目标线程相关联的ALooper，添加另一个FD，并发出信号，这将使我的代码在事件队列中相对于其他排队的可运行项保持正确的顺序。

我不希望通过Java获得处理程序，等等——这似乎是不必要的，因为我试图运行的代码和发布它的代码都是c语言。

Answer 1

这可以帮助你https://groups.google.com/forum/#!topic/android ndk/v2OITtaZTes

但通过java端的处理程序很容易实现，通过jni调用在本机和java之间来回发送和处理消息。

Answer 2

您需要一个已经在主线程中执行的函数。如果您在那里调用ALooper_forThread（）或ALooper_prepare（），您将获得一个指向与主线程关联的循环器的指针。请记住调用ALooper_acquire（），以便它可以在不同的线程之间共享。

Answer 3

一个线程只能有一个与之关联的循环器，一个循环器只有一个消息队列，因此混合Java和本机回调将保持顺序。

因此，我不认为Android今天有任何合同义务保证按特定顺序执行。

getHandler().post(new Runnable() {
    @Override
    public void run() {
        mTextView.setText("first");
    }
});
getHandler().post(new Runnable() {
    @Override
    public void run() {
        mTextView.setText("second");
    }
});

不能正式保证让mTextView第二次显示。当两个帖子从不同的线程发出或延迟时，肯定没有什么是一成不变的。

您可以在一篇很棒的博客文章中找到用于本机代码开发的Android消息传递和并发框架。

这是所需的证据。在处理一个不相关的问题时收到了下面的stacktrace：

A/art: art/runtime/check_jni.cc:65]   native: #00 pc 0000484c  /system/lib/libbacktrace_libc++++.so (UnwindCurrent::Unwind(unsigned int, ucontext*)+23)
A/art: art/runtime/check_jni.cc:65]   native: #01 pc 00003031  /system/lib/libbacktrace_libc++.so (Backtrace::Unwind(unsigned int, ucontext*)+8)
A/art: art/runtime/check_jni.cc:65]   native: #02 pc 002441f9  /system/lib/libart.so (art::DumpNativeStack(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, int, char const*, art::mirror::ArtMethod*)+68)
A/art: art/runtime/check_jni.cc:65]   native: #03 pc 002285a1  /system/lib/libart.so (art::Thread::Dump(std::__1::basic_ostream<char, std::__1::char_traits<char> >&) const+144)
A/art: art/runtime/check_jni.cc:65]   native: #04 pc 000afe9b  /system/lib/libart.so (art::JniAbort(char const*, char const*)+582)
A/art: art/runtime/check_jni.cc:65]   native: #05 pc 000b05d1  /system/lib/libart.so (art::JniAbortF(char const*, char const*, ...)+60)
A/art: art/runtime/check_jni.cc:65]   native: #06 pc 000b299d  /system/lib/libart.so (art::ScopedCheck::Check(bool, char const*, ...) (.constprop.129)+672)
A/art: art/runtime/check_jni.cc:65]   native: #07 pc 000bab87  /system/lib/libart.so (art::CheckJNI::CallVoidMethodV(_JNIEnv*, _jobject*, _jmethodID*, std::__va_list)+50)
A/art: art/runtime/check_jni.cc:65]   native: #08 pc 00060817  /system/lib/libandroid_runtime.so (???)
A/art: art/runtime/check_jni.cc:65]   native: #09 pc 000a5b29  /system/lib/libandroid_runtime.so (???)
A/art: art/runtime/check_jni.cc:65]   native: #10 pc 00010fd7  /system/lib/libutils.so (android::Looper::pollInner(int)+482)
A/art: art/runtime/check_jni.cc:65]   native: #11 pc 00011081  /system/lib/libutils.so (android::Looper::pollOnce(int, int*, int*, void**)+92)
A/art: art/runtime/check_jni.cc:65]   native: #12 pc 0007fbe5  /system/lib/libandroid_runtime.so (android::NativeMessageQueue::pollOnce(_JNIEnv*, int)+22)
A/art: art/runtime/check_jni.cc:65]   native: #13 pc 00051b8b  /system/framework/arm/boot.oat (Java_android_os_MessageQueue_nativePollOnce__JI+102)
A/art: art/runtime/check_jni.cc:65]   at android.os.MessageQueue.nativePollOnce(Native method)
A/art: art/runtime/check_jni.cc:65]   at android.os.MessageQueue.next(MessageQueue.java:143)
A/art: art/runtime/check_jni.cc:65]   at android.os.Looper.loop(Looper.java:122)
A/art: art/runtime/check_jni.cc:65]   at android.app.ActivityThread.main(ActivityThread.java:5411)
A/art: art/runtime/check_jni.cc:65]   at java.lang.reflect.Method.invoke!(Native method)
A/art: art/runtime/check_jni.cc:65]   at java.lang.reflect.Method.invoke(Method.java:372)
A/art: art/runtime/check_jni.cc:65]   at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:916)
A/art: art/runtime/check_jni.cc:65]   at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:709)