浅谈linux和windows的线程机制的区别

-

转载自fychit创意空间 早前想写写linux线程编程windows线程编程每写知道哪写起自知道东西都写面我谈谈linux线程及线程同步并windows线程进行比较看看间相同点同

其实始我搞windows编程包括windows编程windows 驱包括usb驱ndis驱,pci驱1394驱等等同条龙服务做windows应用程序发面慢慢我linux发产比较深兴趣转搞linux发接我写些博客主要写linux编程windows编程区别吧现想写linuxusb驱windowsusb驱发区别些都等我linux线程windows线程讲解完我再写篇usb驱谈谈windows linux usb驱东东言归传始线程

首先我讲讲要采用线程编程其实并所程序都必须采用线程些候采用线程性能没单线程所我要搞清楚候采用线程采用线程处：

(1)线程彼间采用相同址空间共享部数据进程相比代价比较节俭进程启新进程必须配给独立址空间需要数据表维护代码段数据段堆栈段等等

(2)线程进程相比明显优点线程间通信同进程说具独立数据空间要进行数据传递能通通信式进行种式仅费且便于线程间直接共享数据比简单式共享全局变量共享全部变量要注意哦呵呵必须注意同步知道呵呵

(3)cpu情况同线程运行同cpu完全并行

反我觉种情况采用线程比较理想比说要做任务2步骤提高工作效率线程技术辟2线程第线程做第步工作第2线程做第2步工作候要注意同步第步做完才能做第2步工作我采用同步技术进行线程间通信

针种情况我首先讲讲线程间通信windows平台线程间通信采用主要：

(1)共享全局变量,种容易想呵呵首先讲讲吧比说吧面问题第步要向第2步传递收据我间共享全局变量让两线程间传递数据主要考虑同步面线程数据进行 *** 作候第线程改变数据内容同步保护严重知道种情况读脏数据种情况我容易想同步设置bool flag比说第2线程没用完数据前第线程能写入2线程所需间相同候达效率同步比较麻烦咱几缓冲区进行 *** 作像产者消费者2线程直跑由于间致缓冲区迟早溢种情况要考虑让数据写入让数据覆盖掉数据候要具体问题具体析打住呵呵用bool变量控制同步linux windows

既讲道再讲讲其同步同 针面问题共享全局变量同步问题除采用bool变量外容易想互斥量呵呵传说加锁windows加锁linux加锁类似采用互斥量进行同步要想进入段代码先必须获互斥量

linux互斥量函数：

windows互斥量函数：createmutex 创建互斥量获互斥量waitforsingleobject函数用完释放互斥量ReleaseMutex(hMutex)减0候 内核才释放其象面windows与互斥几函数原型

HANDLE WINAPI CreateMutex(

__in LPSECURITY_ATTRIBUTES lpMutexAttributes,

__in BOOL bInitialOwner,

__in LPCTSTR lpName

)

用创建名或名互斥量象

第参数 指向结构体SECURITY_ATTRIBUTES　般设null；

第二参数 指函数应应状态 FALSE前拥者创建互斥

第三参数 指明否名互斥象 名 用null

DWORD WINAPI WaitForSingleObject(

__in HANDLE hHandle,

__in DWORD dwMilliseconds

)

第 创建互斥象句柄第二 表示少间返 设宏INFINITE 则返 直用户自定义返

于linux *** 作系统互斥类似函数同罢linux互斥相关几函数要闪亮登场

pthread_mutex_init函数：初始化互斥锁；

pthread_mutex_destroy函数：注销互斥锁；

pthread_mutex_lock函数：加锁功阻塞等待；

pthread_mutex_unlock函数：解锁；

pthread_mutex_trylock函数：测试加锁功立即返错误码EBUSY

至于些函数用google搜呵呵讲windows用保护数据线程同步式

临界区临界区互斥类似间区别临界区速度快能用同步同进程内线程临界区获取释放函数：

EnterCriticalSection() 进入临界区LeaveCriticalSection()离临界区 于线程共享内存东东讲

(2)采用消息机制进行线程通信同步windows面消息机制函数用postmessageLinux消息机制我用较少说谁熟悉告诉我呵呵

(3)windows另外种线程通信事件信号量同针我始举例2线程同步间传递信息采用事件(Event)或信号量(Semaphore),比第线程完产数据必须告诉第2线程已经数据准备取走第2线程数据取走呵呵采用消息机制第线程准备数据直接postmessage给第2线程按理说采用postmessage线程搞定问题呵呵重点省略讲

于linux类似条件变量呵呵windowslinux同要特别讲讲才行

于windows采用事件信号量同步候都使用waitforsingleobject进行等待函数第参数句柄Event句柄或Semaphore句柄第2参数等待延迟终等久单位ms参数INFINITE限等待释放信号量函数ReleaseSemaphore（）；释放事件函数SetEvent使用些东西都要初始化讲Msdn搜神马都呵呵神马都浮云

于linux *** 作系统采用条件变量实现类似功能Linux条件变量般都互斥锁起使用主要函数：

pthread_mutex_lock ,

pthread_mutex_unlock,

pthread_cond_init

pthread_cond_signal

pthread_cond_wait

pthread_cond_timewait

From : https://blog.csdn.net/qq_39382769/article/details/960753461.同一个线程内部，指令按照先后顺序执行；但不同线程之间的指令很难说清楚是哪一个先执行，在并发情况下，指令执行的先后顺序由内核决定。 如果运行的结果依赖于不同线程执行的先后的话，那么就会形成竞争条件，在这样的情况下，计算的结果很难预知，所以应该尽量避免竞争条件的形成。 2.最常见的解决竞争条件的方法是：将原先分离的两个指令构成一个不可分割的原子 *** 作，而其他任务不能插入到原子 *** 作中！ 3.对多线程来说，同步指的是在一定时间内只允许某一个线程访问某个资源，而在此时间内，不允许其他线程访问该资源! 互斥锁 条件变量 读写锁 信号量 一种特殊的全局变量，拥有lock和unlock两种状态。 unlock的互斥锁可以由某个线程获得，一旦获得，这个互斥锁会锁上变成lock状态，此后只有该线程由权力打开该锁，其他线程想要获得互斥锁，必须得到互斥锁再次被打开之后。 1.互斥锁的初始化, 分为静态初始化和动态初始化. 2.互斥锁的相关属性及分类 (1) attr表示互斥锁的属性 (2) pshared表示互斥锁的共享属性，由两种取值： 1）PTHREAD_PROCESS_PRIVATE：锁只能用于一个进程内部的两个线程进行互斥（默认情况） 2）PTHREAD_PROCESS_SHARED：锁可用于两个不同进程中的线程进行互斥，使用时还需要在进程共享内存中分配互斥锁，然后为该互斥锁指定属性就可以了。 互斥锁存在缺点： （1）某个线程正在等待共享数据内某个条件出现。 （2）重复对数据对象加锁和解锁（轮询），但是这样轮询非常耗费时间和资源，而且效率非常低，所以互斥锁不太适合这种情况。 当线程在等待满足某些条件时，使线程进入睡眠状态；一旦条件满足，就换线因等待满足特定条件而睡眠的线程。 程序的效率无疑会大大提高。 1）创建 静态方式：pthread_cond_t cond PTHREAD_COND_INITIALIZER 动态方式：int pthread_cond_init(&cond,NULL) Linux thread 实现的条件变量不支持属性，所以NULL(cond_attr参数） 2）注销 int pthread_cond_destory(&cond) 只有没有线程在该条件变量上，该条件变量才能注销，否则返回EBUSY 因为Linux实现的条件变量没有分配什么资源，所以注销动作只包括检查是否有等待线程!(请参考条件变量的底层实现） 3）等待 条件等待：int pthread_cond_wait(&cond,&mutex) 计时等待：int pthread_cond_timewait(&cond,&mutex,time) 1.其中计时等待如果在给定时刻前条件没有被满足，则返回ETIMEOUT，结束等待 2.无论那种等待方式，都必须有一个互斥锁配合，以防止多个线程同时请求pthread_cond_wait形成竞争条件！ 3.在调用pthread_cond_wait前必须由本线程加锁 4）激发 激发一个等待线程：pthread_cond_signal(&cond) 激发所有等待线程：pthread_cond_broadcast(&cond) 重要的是，pthread_cond_signal不会存在惊群效应，也就是是它最多给一个等待线程发信号，不会给所有线程发信号唤醒，然后要求他们自己去争抢资源！ pthread_cond_broadcast() 唤醒所有正在pthread_cond_wait()的同一个条件变量的线程。注意：如果等待的多个现场不使用同一个锁，被唤醒的多个线程执行是并发的。pthread_cond_broadcast &pthread_cond_signal1.读写锁比互斥锁更加具有适用性和并行性 2.读写锁最适用于对数据结构的读 *** 作读 *** 作次数多余写 *** 作次数的场合！ 3.锁处于读模式时可以线程共享，而锁处于写模式时只能独占，所以读写锁又叫做共享-独占锁。 4.读写锁有两种策略：强读同步和强写同步 强读同步： 总是给读者更高的优先权，只要写者没有进行写 *** 作，读者就可以获得访问权限 强写同步： 总是给写者更高的优先权，读者只能等到所有正在等待或者执行的写者完成后才能进行读 1）初始化的销毁读写锁 静态初始化：pthread_rwlock_t rwlock=PTHREAD_RWLOCK_INITIALIZER 动态初始化：int pthread_rwlock_init(rwlock，NULL)，NULL代表读写锁采用默认属性 销毁读写锁：int pthread_rwlock_destory(rwlock) 在释放某个读写锁的资源之前，需要先通过pthread_rwlock_destory函数对读写锁进行清理。释放由pthread_rwlock_init函数分配的资源 如果你想要读写锁使用非默认属性，则attr不能为NULL，得给attr赋值 int pthread_rwlockattr_init(attr),给attr初始化 int pthread_rwlockattr_destory(attr)，销毁attr 2）以写的方式获取锁，以读的方式获取锁，释放读写锁 int pthread_rwlock_rdlock(rwlock),以读的方式获取锁 int pthread_rwlock_wrlock(rwlock)，以写的方式获取锁 int pthread_rwlock_unlock(rwlock),释放锁 上面两个获取锁的方式都是阻塞的函数，也就是说获取不到锁的话，调用线程不是立即返回，而是阻塞执行，在需要进行写 *** 作的时候，这种阻塞式获取锁的方式是非常不好的，你想一下，我需要进行写 *** 作，不但没有获取到锁，我还一直在这里等待，大大拖累效率 所以我们应该采用非阻塞的方式获取锁： int pthread_rwlock_tryrdlock(rwlock) int pthread_rwlock_trywrlock(rwlock) 互斥锁只允许一个线程进入临界区，而信号量允许多个线程进入临界区。 1）信号量初始化 int sem_init(&sem,pshared, v) pshared为0，表示这个信号量是当前进程的局部信号量。 pshared为1，表示这个信号量可以在多个进程之间共享。 v为信号量的初始值。 返回值： 成功：0，失败：-1 2）信号量值的加减 int sem_wait(&sem):以原子 *** 作的方式将信号量的值减去1 int sem_post(&sem):以原子 *** 作的方式将信号量的值加上1 3）对信号量进行清理 int sem_destory(&sem)

很早以前就想写写linux下多线程编程和windows下的多线程编程了，但是每当写时又不知道从哪个地方写起，怎样把自己知道的东西都写出来，下面我就谈谈linux多线程及线程同步，并将它和windows的多线程进行比较，看看他们之间有什么相同点和不同的地方。

其实最开始我是搞windows下编程的，包括windows编程，windows 驱动，包括usb驱动，ndis驱动,pci驱动，1394驱动等等，同时也一条龙服务，做windows下的应用程序开发，后面慢慢的我又对linux开发产生比较深的兴趣和爱好，就转到搞linux开发了。在接下来的我还会写一些博客，主要是写linux编程和windows编程的区别吧，现在想写的是linux下usb驱动和windows下usb驱动开发的区别，这些都是后话，等我将linux多线程和windows多线程讲解完后，我再写一篇usb驱动，谈谈windows 和linux usb驱动的东东。好了，言归正传。开始将多线程了。

首先我们讲讲为什么要采用多线程编程，其实并不是所有的程序都必须采用多线程，有些时候采用多线程，性能还没有单线程好。所以我们要搞清楚，什么时候采用多线程。采用多线程的好处如下：

(1)因为多线程彼此之间采用相同的地址空间，共享大部分的数据，这样和多进程相比，代价比较节俭，因为多进程的话，启动新的进程必须分配给它独立的地址空间，这样需要数据表来维护代码段，数据段和堆栈段等等。

(2)多线程和多进程相比，一个明显的优点就是线程之间的通信了，对不同进程来说，它们具有独立的数据空间，要进行数据的传递只能通过通信的方式进行，这种方式不仅费时，而且很不方便。但是对于多线程就不一样了。他们之间可以直接共享数据，比如最简单的方式就是共享全局变量。但是共享全部变量也要注意哦，呵呵，必须注意同步，不然后果你知道的。呵呵。

(3)在多cpu的情况下，不同的线程可以运行不同的cpu下，这样就完全并行了。

反正我觉得在这种情况下，采用多线程比较理想。比如说你要做一个任务分2个步骤，你为提高工作效率，你可以多线程技术，开辟2个线程，第一个线程就做第一步的工作，第2个线程就做第2步的工作。但是你这个时候要注意同步了。因为只有第一步做完才能做第2步的工作。这时，我们可以采用同步技术进行线程之间的通信。

针对这种情况，我们首先讲讲多线程之间的通信，在windows平台下，多线程之间通信采用的方法主要有：

(1)共享全局变量,这种方法是最容易想到的，呵呵，那就首先讲讲吧，比如说吧，上面的问题，第一步要向第2步传递收据，我们可以之间共享全局变量，让两个线程之间传递数据，这时主要考虑的就是同步了，因为你后面的线程在对数据进行 *** 作的时候，你第一个线程又改变了数据的内容，你不同步保护，后果很严重的。你也知道，这种情况就是读脏数据了。在这种情况下，我们最容易想到的同步方法就是设置一个bool flag了，比如说在第2个线程还没有用完数据前，第一个线程不能写入。有时在2个线程所需的时间不相同的时候，怎样达到最大效率的同步，就比较麻烦了。咱们可以多开几个缓冲区进行 *** 作。就像生产者消费者一样了。如果是2个线程一直在跑的，由于时间不一致，缓冲区迟早会溢出的。在这种情况下就要考虑了，是不让数据写入还是让数据覆盖掉老的数据，这时候就要具体问题具体分析了。就此打住，呵呵。就是用bool变量控制同步，linux 和windows是一样的。

既然讲道了这里，就再讲讲其它同步的方法。同样 针对上面的这个问题，共享全局变量同步问题。除了采用bool变量外，最容易想到的方法就是互斥量了。呵呵，也就是传说中的加锁了。windows下加锁和linux下加锁是类似的。采用互斥量进行同步，要想进入那段代码，就先必须获得互斥量。

linux上互斥量的函数是：

windows下互斥量的函数有：createmutex 创建一个互斥量，然后就是获得互斥量waitforsingleobject函数，用完了就释放互斥量ReleaseMutex(hMutex)，当减到0的时候 内核会才会释放其对象。下面是windows下与互斥的几个函数原型。

HANDLE WINAPI CreateMutex(

__in LPSECURITY_ATTRIBUTES lpMutexAttributes,

__in BOOL bInitialOwner,

__in LPCTSTR lpName

)

可以可用来创建一个有名或无名的互斥量对象

第一参数 可以指向一个结构体SECURITY_ATTRIBUTES　一般可以设为null；

第二参数 指当时的函数是不是感应感应状态 FALSE为当前拥有者不会创建互斥

第三参数 指明是否是有名的互斥对象 如果是无名 用null就好。

DWORD WINAPI WaitForSingleObject(

__in HANDLE hHandle,

__in DWORD dwMilliseconds

)

第一个是 创建的互斥对象的句柄。第二个是 表示将在多少时间之后返回 如果设为宏INFINITE 则不会返回 直到用户自己定义返回。

对于linux *** 作系统，互斥也是类似的，只是函数不同罢了。在linux下，和互斥相关的几个函数也要闪亮登场了。

pthread_mutex_init函数：初始化一个互斥锁；

pthread_mutex_destroy函数：注销一个互斥锁；

pthread_mutex_lock函数：加锁，如果不成功，阻塞等待；

pthread_mutex_unlock函数：解锁；

pthread_mutex_trylock函数：测试加锁，如果不成功就立即返回，错误码为EBUSY

至于这些函数的用法，google上一搜，就出来了，呵呵，在这里不多讲了。windows下还有一个可以用来保护数据的方法，也是线程同步的方式

就是临界区了。临界区和互斥类似。它们之间的区别是，临界区速度快，但是它只能用来同步同一个进程内的多个线程。临界区的获取和释放函数如下：

EnterCriticalSection() 进入临界区LeaveCriticalSection()离开临界区。 对于多线程共享内存的东东就讲到这里了。

(2)采用消息机制进行多线程通信和同步，windows下面的的消息机制的函数用的多的就是postmessage了。Linux下的消息机制，我用的较少，就不在这里说了，如果谁熟悉的，也告诉我，呵呵。

(3)windows下的另外一种线程通信方法就是事件和信号量了。同样针对我开始举得例子，2个线程同步，他们之间传递信息，可以采用事件(Event)或信号量(Semaphore),比如第一个线程完成生产的数据后，就必须告诉第2个线程，他已经把数据准备好了，你可以来取走了。第2个线程就把数据取走。呵呵，这里可以采用消息机制，当第一个线程准备好数据后，就直接postmessage给第2个线程，按理说采用postmessage一个线程就可以搞定这个问题了。呵呵，不是重点，省略不讲了。

对于linux，也有类似的方法，就是条件变量了，呵呵，这里windows和linux就有不同了。要特别讲讲才行。

对于windows，采用事件和信号量同步时候，都会使用waitforsingleobject进行等待的，这个函数的第一个参数是一个句柄，在这里可以是Event句柄，或Semaphore句柄，第2个参数就是等待的延迟，最终等多久，单位是ms，如果这个参数为INFINITE，那么就是无限等待了。释放信号量的函数为ReleaseSemaphore（）；释放事件的函数为SetEvent。当然使用这些东西都要初始化的。这里就不讲了。Msdn一搜，神马都出来了，呵呵。神马都是浮云！

对于linux *** 作系统，是采用条件变量来实现类似的功能的。Linux的条件变量一般都是和互斥锁一起使用的，主要的函数有：

pthread_mutex_lock ,

pthread_mutex_unlock,

pthread_cond_init

pthread_cond_signal

pthread_cond_wait

pthread_cond_timewait

为了和windows *** 作系统进行对比，我用以下表格进行比较：

对照以上表格,总结如下：

(1) Pthread_cleanup_push,Pthread_cleanup_pop：

这一对函数push和pop的作用是当出现异常退出时，做一些清除 *** 作，即当在push和pop函数之间异常退出，包括调用pthread_exit退出，都会执行push里面的清除函数，如果有多个push，注意是是栈，先执行后面的那个函数，在执行前面的函数，但是注意当在这2个函数之间通过return 退出的话，执不执行push后的函数就看pop函数中的参数是不是为0了。还有当没有异常退出时，等同于在这里面return退出的情况，即：当pop函数参数不为0时，执行清除 *** 作，当pop函数参数为0时，不执行push函数中的清除函数。

（2）linux的pthread_cond_signal和SetEvent的不同点

Pthread_cond_singal释放信号后，当没有Pthread_cond_wait，信号马上复位了，这点和SetEvent不同，SetEvent是不会复位的。详解如下：

条件变量的置位和复位有2种常用模型：第一种模型是当条件变量置位时(signaled)以后，如果当前没有线程在等待，其状态会保持为置位(signaled)，直到有等待的线程进入被触发,其状态才会变为unsignaled,这种模型以采用Windows平台上的Auto-set Event 为代表。

第2种模型则是Linux平台的pthread所采用的模型，当条件变量置位(signaled)以后，即使当前没有任何线程在等待，其状态也会恢复为复位(unsignaled)状态。

条件变量在Linux平台上的这种模型很难说好坏，在实际应用中，我们可以对

代码稍加改进就可以避免这种差异的发生。由于这种差异只会发生在触发没有被线程等待在条件变量的时刻，因此我们只需要掌握好触发的时机即可。最简单的做法是增加一个计数器记录等待线程的个数，在决定触发条件变量前检查该变量即可。

示例 使用 pthread_cond_wait() 和 pthread_cond_signal()

pthread_mutex_t count_lock

pthread_cond_t count_nonzero

unsigned count

decrement_count()

{

pthread_mutex_lock(&count_lock)

while (count == 0)

pthread_cond_wait(&count_nonzero, &count_lock)

count = count - 1

pthread_mutex_unlock(&count_lock)

}

increment_count()

{

pthread_mutex_lock(&count_lock)

if (count == 0)

pthread_cond_signal(&count_nonzero)

count = count + 1

pthread_mutex_unlock(&count_lock)

}

(3) 注意Pthread_cond_wait条件返回时互斥锁的解锁问题

extern int pthread_cond_wait __P ((pthread_cond_t *__cond,pthread_mutex_t *__mutex))

调用这个函数时,线程解开mutex指向的锁并被条件变量cond阻塞。线程可以被函数pthread_cond_signal和函数 pthread_cond_broadcast唤醒线程被唤醒后，它将重新检查判断条件是否满足，如果还不满足，一般说来线程应该仍阻塞在这里，被等待被下一次唤醒。如果在多线程中采用pthread_cond_wait来等待时，会首先释放互斥锁，当等待的信号到来时，再次获得互斥锁，因此在之后要注意手动解锁。举例如下：

#include

#include

#include

pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER/*初始化互斥锁*/

pthread_cond_t cond = PTHREAD_COND_INITIALIZER//初始化条件变量

void *thread1(void *)

void *thread2(void *)

int i=1

int main(void)

{

pthread_t t_a

pthread_t t_b

pthread_create(&t_a,NULL,thread1,(void *)NULL)/*创建进程t_a*/

pthread_create(&t_b,NULL,thread2,(void *)NULL)/*创建进程t_b*/

pthread_join(t_b, NULL)/*等待进程t_b结束*/

pthread_mutex_destroy(&mutex)

pthread_cond_destroy(&cond)

exit(0)

}

void *thread1(void *junk)

{

for(i=1i<=9i++)

{

printf("IN one\n")

pthread_mutex_lock(&mutex)//

if(i%3==0)

pthread_cond_signal(&cond)/*，发送信号，通知t_b进程*/

else

printf("thead1:%d\n",i)

pthread_mutex_unlock(&mutex)//*解锁互斥量*/

printf("Up Mutex\n")

sleep(3)

}

}

void *thread2(void *junk)

{

while(i<9)

{

printf("IN two \n")

pthread_mutex_lock(&mutex)

if(i%3!=0)

pthread_cond_wait(&cond,&mutex)/*等待*/

printf("thread2:%d\n",i)

pthread_mutex_unlock(&mutex)

printf("Down Mutex\n")

sleep(3)

}

}

输出如下：

IN one

thead1:1

Up Mutex

IN two

IN one

thead1:2

Up Mutex

IN one

thread2:3

Down Mutex

Up Mutex

IN one

thead1:4

Up Mutex

IN two

IN one

thead1:5

Up Mutex

IN one

Up Mutex

thread2:6

Down Mutex

IN two

thread2:6

Down Mutex

IN one

thead1:7

Up Mutex

IN one

thead1:8

Up Mutex

IN two

IN one

Up Mutex

thread2:9

Down Mutex

注意蓝色的地方，有2个thread2:6，其实当这个程序多执行几次，i=3和i=6时有可能多打印几个，这里就是竞争锁造成的了。

(4)另外要注意的Pthread_cond_timedwait等待的是绝对时间，这个和WaitForSingleObject是不同的，Pthread_cond_timedwait在网上也有讨论。如下：这个问题比较经典，我把它搬过来。

thread_a ：

pthread_mutex_lock(&mutex)

//do something

pthread_mutex_unlock(&mutex)

thread_b：

pthread_mutex_lock(&mutex)

//do something

pthread_cond_timedwait(&cond, &mutex, &tm)

pthread_mutex_unlock(&mutex)

有如上两个线程thread_a, thread_b,现在如果a已经进入了临界区，而b同时超时了，那么b会从pthread_cond_timedwait返回吗？如果能返回，那岂不是a,b都在临界区？如果不能返回，那pthread_cond_timedwait的定时岂不是就不准了？

大家讨论有价值的2点如下：

（1） pthread_cond_timedwait (pthread_cond_t *cv, pthread_mutex_t *external_mutex, const struct timespec *abstime) -- This function is a time-based variant of pthread_cond_wait. It waits up to abstime amount of time for cv to be notified. If abstime elapses before cv is notified, the function returns back to the caller with an ETIME result, signifying that a timeout has occurred. Even in the case of timeouts, the external_mutex will be locked when pthread_cond_timedwait returns.

（2） 2.1 pthread_cond_timedwait行为和pthread_cond_wait一样，在返回的时候都要再次lock mutex.

2 .2pthread_cond_timedwait所谓的如果没有等到条件变量，超时就返回，并不确切。

如果pthread_cond_timedwait超时到了，但是这个时候不能lock临界区，pthread_cond_timedwait并不会立即返回，但是在pthread_cond_timedwait返回的时候，它仍在临界区中，且此时返回值为ETIMEDOUT。

关于pthread_cond_timedwait超时返回的问题，我也认同观点2。

附录：

　int pthread_create(pthread_t *restrict tidp,const pthread_attr_t *restrict_attr,void*（*start_rtn)(void*),void *restrict arg)

返回值：若成功则返回0，否则返回出错编号

返回成功时，由tidp指向的内存单元被设置为新创建线程的线程ID。attr参数用于制定各种不同的线程属性。新创建的线程从start_rtn函数的地址开始运行，该函数只有一个无指针参数arg，如果需要向start_rtn函数传递的参数不止一个，那么需要把这些参数放到一个结构中，然后把这个结构的地址作为arg的参数传入。

linux下用C开发多线程程序，Linux系统下的多线程遵循POSIX线程接口，称为pthread。

由 restrict 修饰的指针是最初唯一对指针所指向的对象进行存取的方法，仅当第二个指针基于第一个时，才能对对象进行存取。对对象的存取都限定于基于由 restrict 修饰的指针表达式中。 由 restrict 修饰的指针主要用于函数形参，或指向由 malloc() 分配的内存空间。restrict 数据类型不改变程序的语义。 编译器能通过作出 restrict 修饰的指针是存取对象的唯一方法的假设，更好地优化某些类型的例程。

第一个参数为指向线程标识符的指针。

第二个参数用来设置线程属性。

第三个参数是线程运行函数的起始地址。

第四个参数是运行函数的参数。

因为pthread不是linux系统的库，所以在编译时注意加上-lpthread参数，以调用静态链接库。

终止线程：

如果在进程中任何一个线程中调用exit或_exit,那么整个进行会终止，线程正常的退出方式有：

（1） 线程从启动例程中返回(return)

（2） 线程可以被另一个进程终止（kill）；

（3） 线程自己调用pthread_exit函数

#include

pthread_exit

线程等待：

int pthread_join(pthread_t tid,void **rval_ptr)

函数pthread_join用来等待一个线程的结束。函数原型为：

extern int pthread_join __P (pthread_t __th, void **__thread_return)

第一个参数为被等待的线程标识符，第二个参数为一个用户定义的指针，它可以用来存储被等待线程的返回值。这个函数是一个线程阻塞的函数，调用它的函数将一直等待到被等待的线程结束为止，当函数返回时，被等待线程的资源被收回。

对于windows线程的创建东西，就不列举了，msdn上 一搜就出来了。呵呵。今天就讲到这里吧，希望是抛砖引玉，大家一起探讨，呵呵。部分内容我也是参考internet的，特此对原作者表示感谢！

---