iOS 上的 POSIX 线程

Question

我已经开始使用 ios 平台尝试 POSix 线程。使用 NSThread 是相当令人畏惧的。

基本上在我的示例应用程序中，我有一个充满 mystruct 类型的大数组。每隔一段时间（非常频繁），我想在后台中使用这些结构之一的内容执行一项任务，因此我将其传递给 detachnewthread 以开始工作。

我想我已经掌握了基础知识，但在尝试继续更复杂的事情之前，我想获得专业意见。 我这里的东西看起来“没问题”吗？你能指出任何可能导致问题的遗漏吗？你能发现任何内存管理问题等......

struct mystruct

{
 pthread  thread;

int a;
long c;

}


void detachnewthread(mystruct *str)
{

   // pthread_t thread;

    if(str)
    {
    int rc;
         // printf("In detachnewthread: creating thread %d\n", str->soundid);
        rc = pthread_create(&str->thread, NULL, DoStuffWithMyStruct, (void *)str);
        if (rc){
            printf("ERROR; return code from pthread_create() is %d\n", rc);
            //exit(-1);
        }

    }

   //
    /* Last thing that main() should do */
   // pthread_exit(NULL);    


}



void *DoStuffWithMyStruct(void *threadid)
{
    mystruct *sptr;
    dptr = (mystruct *)threadid;



  // do stuff with data in my struct
   pthread_detach(soundptr->thread); 

}

Answer 1

一个潜在的问题是如何创建传入结构 mystruct 的存储。该变量的生命周期对其在线程中的使用非常关键。例如，如果 detachnewthread 的调用者在堆栈上声明了该声明，然后在线程完成之前返回，则这将是未定义的行为。同样，如果它是动态分配的，则有必要确保它在线程完成之前不会被释放。

回应评论/问题：某种互斥体的必要性取决于用法。为了讨论的方便，我假设它是动态分配的。如果调用线程在创建“子”线程之前填充结构体的内容，并且可以保证直到子线程退出后才释放它，并且后​​续访问是只读的，那么您就不需要互斥体来保护它。如果该结构包含子线程完成其任务所需的信息，我可以想象这种类型的场景。

但是，如果有多个线程将访问该结构的内容并且一个或多个线程将更改数据（写入该结构），那么您可能确实需要一个互斥体来保护它。

Answer 2

尝试使用 Apple 的 Grand Central Dispatch (GCD)，它将为您管理线程。 GCD 提供通过块将工作分派到系统管理的各种队列的功能。一些队列类型是并发的、串行的，当然还有 UI 运行的主队列。根据现有的 CPU 资源，系统将管理队列和必要的线程来完成工作。一个简单的示例显示了如何将调用嵌套到不同的队列，如下所示：

__block MYClass *blockSelf=self;
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
    [blockSelf doSomeWork];
    dispatch_async(dispatch_get_main_queue(), ^{
        [blockSelf.textField setStringValue:@"Some work is done, updating UI"];
    });
});

__block MyClass *blockSelf=self 只是用来避免与块工作方式相关的保留循环。

苹果的文档：
http://developer.apple.com/ Library/ios/#documentation/Performance/Reference/GCD_libdispatch_Ref/Reference/reference.html

Mike Ash 的问答博客文章：
http://mikeash.com/pyblog/friday-qa-2009-08-28-intro-to-grand-central-dispatch-part-i-basics-and-dispatch-queues.html< /a>