青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Khan's Notebook GCC/GNU/Linux Delphi/Window Java/Anywhere

路漫漫,長修遠,我們不能沒有錢
隨筆 - 173, 文章 - 0, 評論 - 257, 引用 - 0
數(shù)據(jù)加載中……

Linux下線程的同步(轉(zhuǎn))

進行多線程編程,最頭疼的就是那些共享的數(shù)據(jù)。因為你無法知道哪個線程會在哪個時候?qū)λM行操作,你也無法得知那個線程會先運行,哪個線程會后運行。下面介紹一些技術(shù),通過他們,你會合理安排你的線程之間對資源的競爭。

l???????? 互斥體Mutex

l???????? 信號燈Semophore

l???????? 條件變量Conditions

先說一下互斥量。

什么時候會用上互斥量了?比如你現(xiàn)在有一全局鏈表,你有幾個工作線程。每一個線程從該鏈表中取出頭節(jié)點,然后對該頭節(jié)點進行處理。比如現(xiàn)在線程1正在取出頭節(jié)點,他的操作如下:

Item * p =queue_list;

Queue_list=queue_list->next;

Process_job(p);

Free(p);

當線程1處理完第一步,也就是Item *p=queue_list后,這時候系統(tǒng)停止線程1的運行,改而運行線程2。線程2照樣取出頭節(jié)點,然后進行處理,最后釋放了該節(jié)點。過了段時間,線程1重新得到運行。而這個時候,其實p所指向的節(jié)點已經(jīng)被線程2釋放掉,而線程1對此毫無知曉。他會接著運行process_job(p)。而這將導致無法預(yù)料的后果!

對于這種情況,系統(tǒng)給我們提供了互斥量。你在取出頭節(jié)點前必須要等待互斥量,如果此時有其他線程已經(jīng)獲得該互斥量,那么線程將會阻塞在這個地方。只有等到其他線程釋放掉該互斥量后,你的線程才有可能得到該互斥量。為什么是可能了?因為可能此時有不止你一個線程在等候該互斥量,而系統(tǒng)無法保證你的線程將會優(yōu)先運行。

互斥量的類型為pthread_mutex_t。你可以聲明多個互斥量。在聲明該變量后,你需要調(diào)用pthread_mutex_init()來創(chuàng)建該變量。pthread_mutex_init的格式如下:

int? pthread_mutex_init(pthread_mutex_t? *mutex,? const? pthread_mutex_attr_t *mutexattr);

第一個參數(shù),mutext,也就是你之前聲明的那個互斥量,第二個參數(shù)為該互斥量的屬性。這個將在后面詳細討論。

在創(chuàng)建該互斥量之后,你便可以使用它了。要得到互斥量,你需要調(diào)用下面的函數(shù):

int pthread_mutex_lock(pthread_mutex_t *mutex);

該函數(shù)用來給互斥量上鎖,也就是我們前面所說的等待操作。互斥量一旦被上鎖后,其他線程如果想給該互斥量上鎖,那么就會阻塞在這個操作上。如果在此之前該互斥量已經(jīng)被其他線程上鎖,那么該操作將會一直阻塞在這個地方,直到獲得該鎖為止。

在得到互斥量后,你就可以進入關(guān)鍵代碼區(qū)了。

同樣,在操作完成后,你必須調(diào)用下面的函數(shù)來給互斥量解鎖,也就是前面所說的釋放。這樣其他等待該鎖的線程才有機會獲得該鎖,否則其他線程將會永遠阻塞。

int pthread_mutex_unlock(pthread_mutex_t *mutex);

下面給出一個簡單的例子:

#include <malloc.h>

#include <pthread.h>

struct job {

/* Link field for linked list. */

struct job* next;

/* Other fields describing work to be done... */

};

/* A linked list of pending jobs. */

struct job* job_queue;

/* A mutex protecting job_queue. */

pthread_mutex_t job_queue_mutex = PTHREAD_MUTEX_INITIALIZER;

/* Process queued jobs until the queue is empty. */

void* thread_function (void* arg)

{

while (1) {

struct job* next_job;

/* Lock the mutex on the job queue. */

pthread_mutex_lock (&job_queue_mutex);

/* Now it’s safe to check if the queue is empty. */

if (job_queue == NULL)

next_job = NULL;

else {

/* Get the next available job. */

next_job = job_queue;

/* Remove this job from the list. */

job_queue = job_queue->next;

}

/* Unlock the mutex on the job queue because we’re done with the

queue for now. */

pthread_mutex_unlock (&job_queue_mutex);

/* Was the queue empty? If so, end the thread. */

if (next_job == NULL)

break;

/* Carry out the work. */

process_job (next_job);

/* Clean up. */

free (next_job);

}

return NULL;

}

?

在這個例子中我們使用了下面一條語句:

pthread_mutex_t job_queue_mutex = PTHREAD_MUTEX_INITIALIZER;

?????? 他的作用和調(diào)用pthread_mutex_init()函數(shù)一樣。

?

如果一個線程已經(jīng)給一個互斥量上鎖了,后來在操作的過程中又再次調(diào)用了該上鎖的操作,那么該線程將會無限阻塞在這個地方,從而導致死鎖。怎么變了?這就需要我們之前所提到的互斥量的屬性。

互斥量分為下面三種:

l???????? 快速型。這種類型也是默認的類型。該線程的行為正如上面所說的。

l???????? 遞歸型。如果遇到我們上面所提到的死鎖情況,同一線程循環(huán)給互斥量上鎖,那么系統(tǒng)將會知道該上鎖行為來自同一線程,那么就會同意線程給該互斥量上鎖。

l???????? 錯誤檢測型。如果該互斥量已經(jīng)被上鎖,那么后續(xù)的上鎖將會失敗而不會阻塞,pthread_mutex_lock()操作將會返回EDEADLK。

互斥量的屬性類型為pthread_mutexattr_t。聲明后調(diào)用pthread_mutexattr_init()來創(chuàng)建該互斥量。然后調(diào)用int pthread_mutexattr_settype(pthread_mutexattr_t *attr, int kind);來設(shè)置屬性。int pthread_mutexattr_settype(pthread_mutexattr_t *attr, int kind);格式如下:

int pthread_mutexattr_settype(pthread_mutexattr_t *attr, int kind);

第一個參數(shù),attr,就是前面聲明的屬性變量,第二個參數(shù),kind,就是我們要設(shè)置的屬性類型。他有下面幾個選項:

l???????? PTHREAD_MUTEX_FAST_NP

l???????? PTHREAD_MUTEX_RECURSIVE_NP

l???????? PTHREAD_MUTEX_ERRORCHECK_NP

下面給出一個使用屬性的簡單過程:

pthread_mutex_t mutex;

pthread_mutexattr_t attr;

pthread_mutexattr_init(&attr);

pthread_mutexattr_settype(&attr,PTHREAD_MUTEX_RECURSIVE_NP);

pthread_mutex_init(&mutex,&attr);

pthread_mutex_destroy(&attr);

?

前面我們提到在調(diào)用pthread_mutex_lock()的時候,如果此時mutex已經(jīng)被其他線程上鎖,那么該操作將會一直阻塞在這個地方。如果我們此時不想一直阻塞在這個地方,那么可以調(diào)用下面函數(shù):

pthread_mutex_trylock()

如果此時互斥量沒有被上鎖,那么pthread_mutex_trylock()將會返回0,并會對該互斥量上鎖。如果互斥量已經(jīng)被上鎖,那么會立刻返回EBUSY。

?

上面談到的是使用互斥量。如果碰到下面這種情況,該怎么辦了?

還是上面程序中提到的工作鏈表。此時必然有一個生產(chǎn)者線程,用于往鏈表里添加節(jié)點。如果這一段時間沒有工作,那么工作線程將會不停的調(diào)用lock,unlock操作。而這樣的操作毫無疑義。

在這里系統(tǒng)給我們提供了另外一種同步機制,信號燈,Semaphore。

信號燈其實就是一個計數(shù)器,也是一個整數(shù)。每一次調(diào)用wait操作將會使semaphore值減一,而如果semaphore值已經(jīng)為0,則wait操作將會阻塞。每一次調(diào)用post操作將會使semaphore值加一。將這些操作用到上面的問題中。工作線程每一次調(diào)用wait操作,如果此時鏈表中沒有節(jié)點,則工作線程將會阻塞,直到鏈表中有節(jié)點。生產(chǎn)者線程在每次往鏈表中添加節(jié)點后調(diào)用post操作,信號燈值會加一。這樣阻塞的工作線程就會停止阻塞,繼續(xù)往下執(zhí)行。

信號燈的類型為sem_t。在聲明后必須調(diào)用sem_init()。需要傳遞兩個參數(shù),第一個參數(shù)就是你之前聲明的sem_t變量,第二個必須為0。當你不再需要信號燈時,你必須調(diào)用sem_destroy()來釋放資源。

等待信號燈的操作為sem_wait()。投遞一個信號的操作為sem_wait()。和互斥量一樣,等待信號燈也有一個非阻塞的操作,sem_trywait()。該操作在沒有信號燈的時候返回EAGAIN。

下面是一個結(jié)合了互斥量和信號燈的例子:

#include <malloc.h>

#include <pthread.h>

#include <semaphore.h>

struct job {

/* Link field for linked list. */

struct job* next;

/* Other fields describing work to be done... */

};

/* A linked list of pending jobs. */

struct job* job_queue;

/* A mutex protecting job_queue. */

pthread_mutex_t job_queue_mutex = PTHREAD_MUTEX_INITIALIZER;

/* A semaphore counting the number of jobs in the queue. */

sem_t job_queue_count;

/* Perform one-time initialization of the job queue. */

void initialize_job_queue ()

{

/* The queue is initially empty. */

job_queue = NULL;

/* Initialize the semaphore which counts jobs in the queue. Its

initial value should be zero. */

sem_init (&job_queue_count, 0, 0);

}

/* Process queued jobs until the queue is empty. */

void* thread_function (void* arg)

{

while (1) {

struct job* next_job;

/* Wait on the job queue semaphore. If its value is positive,

indicating that the queue is not empty, decrement the count by

1. If the queue is empty, block until a new job is enqueued. */

sem_wait (&job_queue_count);

/* Lock the mutex on the job queue. */

pthread_mutex_lock (&job_queue_mutex);

/* Because of the semaphore, we know the queue is not empty. Get

the next available job. */

next_job = job_queue;

/* Remove this job from the list. */

job_queue = job_queue->next;

/* Unlock the mutex on the job queue because we’re done with the

queue for now. */

pthread_mutex_unlock (&job_queue_mutex);

/* Carry out the work. */

process_job (next_job);

/* Clean up. */

free (next_job);

}

return NULL;

}

/* Add a new job to the front of the job queue. */

void enqueue_job (/* Pass job-specific data here... */)

{

struct job* new_job;

/* Allocate a new job object. */

new_job = (struct job*) malloc (sizeof (struct job));

/* Set the other fields of the job struct here... */

/* Lock the mutex on the job queue before accessing it. */

pthread_mutex_lock (&job_queue_mutex);

/* Place the new job at the head of the queue. */

new_job->next = job_queue;

job_queue = new_job;

/* Post to the semaphore to indicate that another job is available. If

threads are blocked, waiting on the semaphore, one will become

unblocked so it can process the job. */

sem_post (&job_queue_count);

/* Unlock the job queue mutex. */

pthread_mutex_unlock (&job_queue_mutex);

}

?

?

?

下面說一下第三種同步機制―條件變量。

如果現(xiàn)在在等待一個信號。如果該信號被設(shè)置,則繼續(xù)運行。如果沒有條件變量,我們將會不停的去查詢該信號是否被設(shè)置,這樣就會浪費大量的cpu。而通過使用條件變量,我們就可以將等待信號的線程阻塞,直到有信號的時候再去喚醒它。

條件變量的類型是pthread_cond_t。

下面簡單說一下如何使用條件變量。

l???????? 聲明pthread_cond_t變量后,調(diào)用pthread_cond_init()函數(shù),第一個參數(shù)為之前聲明的變量。第二個參數(shù)在Linux中不起作用。

l???????? 聲明一個pthread_mutex_t變量,并調(diào)用pthread_mutex_init()初始化。

l???????? 調(diào)用pthread_cond_signal(),發(fā)出信號。如果此時有線程在等待該信號,那么該線程將會喚醒。如果沒有,該信號就會別忽略。

l???????? 如果想喚醒所有等待該信號的線程,調(diào)用pthread_cond_broadcast()。

l???????? 調(diào)用pthread_cond_wait()等待信號。如果沒有信號,線程將會阻塞,直到有信號。該函數(shù)的第一個參數(shù)是條件變量,第二個參數(shù)是一個mutex。在調(diào)用該函數(shù)之前必須先獲得互斥量。如果線程阻塞,互斥量將立刻會被釋放。

下面給出一個簡單的使用例子。

#include <pthread.h>

#include <stdio.h>

?

pthread_mutex_t mutex;

pthread_cond_t cond;

int flag;

void init()

{

pthread_mutex_init(&mutex,NULL);

pthread_cond_init(&cond,NULL);

flag=0;

}

?

void * Thread_Function(void * arg)

{

//loop infinitely

while(1)

{

????? pthread_mutex_lock(&mutex);

????? while(!flag)

?????????? pthread_cond_wait(&cond,&mutex);

????? pthread_mutex_unlock(&mutex);

?

????? do_some_work();

}

}

?

void SetFlag()

{

????? pthread_mutex_lock(&mutex);

????? flag=1;

????? pthread_cond_signal(&cond);

????? pthread_mutex_unlock(&mutex);

}

?
關(guān)于線程同步的技術(shù)先說到這個地方。





操作系統(tǒng)實驗用的程序,保留一個。沒什么技術(shù)含量,請見諒^_^

這個程序就是解決那個著名的“生產(chǎn)者―消費者”的問題,貌似線程的同步都講這個問題,Java里面也有,不過操作起來貌似要更簡單一點。

在這個程序里subp1()用來生產(chǎn)一個 int 數(shù)據(jù),subp2()用來獲取這個整數(shù)。首先是subp1()生產(chǎn)一個數(shù)據(jù),subp2()再去獲取這個數(shù)據(jù)。subp2()獲取數(shù)據(jù)的首要條件是 subp1()已經(jīng)生產(chǎn)了一個新的數(shù)據(jù),subp1()生產(chǎn)一個新數(shù)據(jù)的前提是subp2()已經(jīng)獲得了 subp1()生產(chǎn)的前一個數(shù)據(jù)。
引用內(nèi)容:
/*thread synchronization*/
/*thread.c*/
/*Afdream.com*/
/*2005-12-20*/
#include <stdio.h>
#include <stdlib.h>
#include <pthread.h>
#include <sys/types.h>
#include <linux/sem.h>
#include <semaphore.h>

/*function of p opration*/
void P(int semid,int index)
{
??? struct sembuf sem;
??? sem.sem_num = index;
??? sem.sem_op = -1;
??? //mark of option:0 or IPC_NOWAIT and so on
??? sem.sem_flg = 0;
??? //the '1' in this sentence means the number of commands
??? semop(semid,&sem,1);???????
??? return;
}

/*function of v opration*/
void V(int semid,int index)
{
??? struct sembuf sem;
??? sem.sem_num = index;
??? sem.sem_op =? 1;
??? sem.sem_flg = 0;
??? semop(semid,&sem,1);
??? return;
}

int semid;
pthread_t p1,p2;
int sharedInt=0;
void *subp1();
void *subp2();

/*in Linux,the return of the function main must be int,cann't be void*/
int main()
{
??? union semun? semopts;
??? int res;
??? /*請求兩個信號量*/
??? semid = semget(300,2,IPC_CREAT|0666);
??? if (semid<0) {
??????? printf("error");
??????? return;
??? }
??? /*初始化第一個信號量的值為1*/
??? semopts.val = 1;
??? res=semctl(semid,0,SETVAL,semopts);
??? /*初始化第二個信號量的值為0*/
??? semopts.val = 0;
??? res=semctl(semid,1,SETVAL,semopts);
??? if (res < 0) return;
??? /*創(chuàng)建兩個線程*/
??? pthread_create(&p2,NULL,subp2,NULL);
??????????????? pthread_create(&p1,NULL,subp1,NULL);
??? /*等待兩個線程結(jié)束*/
??? pthread_join(p1,NULL);
??? pthread_join(p2,NULL);
??? semctl(semid,0,IPC_RMID,0);
}

/*produce number*/
void *subp1()
{
??? int i,j;
??? for (i=0;? i<10;i++) {
??????? sleep(i+1);
??????? printf("\nready to produce!\n");
??????? P(semid,0);
??????? sharedInt++;
??????? printf("have produced %d!\n",sharedInt);
??????? V(semid,1);
??? }
??? return;
}

/*get number*/
void *subp2()
{
??? int i,j;
??? for (i=0;i<10;i++) {
??????? sleep(10-i);
??????? printf("\nready to get!\n");
??????? P(semid,1);
??????? printf("have got %d!\n",sharedInt);
??????? V(semid,0);
??? }
??? return;
}










posted on 2007-02-08 12:12 Khan 閱讀(2308) 評論(0)  編輯 收藏 引用 所屬分類: GCC/G++跨平臺開發(fā)

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            9人人澡人人爽人人精品| 夜夜嗨av一区二区三区免费区| 国产精品乱码人人做人人爱| 在线欧美福利| 午夜精品久久久久久| 欧美激情一区二区三区不卡| 午夜精品视频一区| 国产精品久久午夜| 亚洲手机成人高清视频| 亚洲精品久久久久久久久久久| 亚洲欧美日韩综合一区| 亚洲国产成人91精品| 久久av资源网站| 国产欧美日韩不卡| 亚洲综合视频一区| 99国产精品视频免费观看一公开| 欧美激情一区二区三区全黄| 最新中文字幕亚洲| 最新高清无码专区| 欧美欧美天天天天操| 亚洲乱码日产精品bd| 亚洲福利专区| 欧美另类videos死尸| 日韩亚洲欧美一区二区三区| 亚洲国产精品一区二区第四页av| 久久综合九色| 亚洲国产专区| 亚洲国产高清一区| 欧美日韩免费区域视频在线观看| 日韩亚洲国产欧美| 一区二区日韩精品| 国产欧美一区二区在线观看| 欧美一区二区三区在线看| 午夜精品理论片| 在线观看欧美激情| 亚洲精品一区二区三区樱花| 欧美日韩在线观看一区二区三区| 亚洲免费影院| 久久成人精品| 亚洲精品一二| 亚洲视频一区在线观看| 国产亚洲欧美激情| 亚洲二区免费| 国产精品高潮久久| 久久久青草青青国产亚洲免观| 久久一区二区三区国产精品| 亚洲肉体裸体xxxx137| 在线视频你懂得一区二区三区| 国产精品午夜在线| 美女91精品| 欧美日韩精品高清| 久久婷婷国产麻豆91天堂| 欧美第一黄色网| 亚洲图片欧美午夜| 久久精品在线| 一区二区三区欧美在线观看| 午夜免费在线观看精品视频| 最新国产成人在线观看| 99精品欧美一区| 在线观看视频欧美| 一区二区三区日韩欧美| 精品福利电影| 99re6这里只有精品| 激情一区二区三区| 亚洲欧美成人精品| 宅男在线国产精品| 久久久久中文| 午夜免费日韩视频| 免费不卡在线视频| 久久精品99国产精品酒店日本| 欧美成人一区二区三区片免费| 欧美亚洲一区二区在线观看| 欧美不卡高清| 久热精品视频在线观看| 日韩视频免费观看| 国产亚洲精品美女| 日韩网站在线看片你懂的| 原创国产精品91| 午夜在线电影亚洲一区| 亚洲视频在线免费观看| 久久久久成人网| 久久精品国产亚洲a| 国产精品理论片| 亚洲精品美女免费| 亚洲日本激情| 欧美大尺度在线| 亚洲第一精品夜夜躁人人躁| 激情综合久久| 久久久精品动漫| 久久免费一区| 国内精品伊人久久久久av一坑| 亚洲视频香蕉人妖| 亚洲一区www| 欧美日韩视频一区二区| 亚洲国产精品综合| 亚洲精品综合| 欧美成人一区二区三区| 欧美激情按摩在线| 亚洲精品视频在线| 欧美另类极品videosbest最新版本| 你懂的视频欧美| 狠狠色综合色区| 久久精品国产999大香线蕉| 久久成人国产| 精品1区2区3区4区| 美女视频一区免费观看| 亚洲黄网站在线观看| 日韩午夜高潮| 国产精品久久久久久久久借妻| 一区二区三区四区在线| 欧美一区二区三区视频在线观看| 国产精品尤物福利片在线观看| 亚洲在线观看视频网站| 亚洲专区一区| 好吊一区二区三区| 欧美成人综合在线| 一区二区三区.www| 久久国产精品一区二区| 国产一区二区三区日韩欧美| 久久青草福利网站| 亚洲人成艺术| 亚洲欧美日韩国产中文在线| 国产亚洲精品高潮| 欧美成人蜜桃| 日韩图片一区| 久久久亚洲欧洲日产国码αv| 亚洲二区免费| 欧美日韩一区二区三区在线看 | 一区二区三区亚洲| 欧美另类一区二区三区| 一本色道婷婷久久欧美| 欧美一区2区三区4区公司二百| 国产色婷婷国产综合在线理论片a| 久久精品视频在线| 亚洲日韩欧美视频| 久久精品国内一区二区三区| 亚洲国产精品久久91精品| 欧美午夜片在线观看| 久久激情中文| 99re6热只有精品免费观看| 久久天堂av综合合色| 久久久噜久噜久久综合| 亚洲深夜福利| 国产资源精品在线观看| 欧美日韩国产高清| 欧美综合国产| 99视频一区| 亚洲第一页自拍| 久久九九热re6这里有精品| 一本色道久久综合| 精品粉嫩aⅴ一区二区三区四区| 欧美人与禽猛交乱配视频| 久久精品国产99| 亚洲午夜久久久久久尤物| 欧美激情精品久久久久久免费印度| 亚洲在线观看视频网站| 亚洲精品在线一区二区| 国产午夜精品一区二区三区视频 | 狠狠色丁香婷婷综合久久片| 免费视频最近日韩| 欧美在线一二三| 亚洲资源在线观看| 一本大道久久a久久精品综合| 欧美激情精品| 久久婷婷人人澡人人喊人人爽| 亚洲性图久久| 9人人澡人人爽人人精品| 91久久精品国产91性色tv| 国产精品亚洲精品| 欧美三级电影一区| 欧美日韩国产精品专区| 蜜臀a∨国产成人精品| 欧美自拍偷拍| 久久av一区二区三区| 亚洲一区二区精品视频| 999在线观看精品免费不卡网站| 亚洲黄色性网站| 亚洲高清三级视频| 欧美激情一区二区三级高清视频 | 亚洲大片免费看| 欧美二区在线| 欧美成人综合网站| 亚洲高清不卡在线| 欧美国产日韩在线| 欧美国产精品久久| 欧美大片在线观看| 亚洲大片av| 日韩亚洲欧美综合| 在线综合亚洲| 99热这里只有精品8| 99国产精品视频免费观看一公开| 亚洲精品国产精品国自产在线 | 欧美一区二区在线免费观看| 小黄鸭精品aⅴ导航网站入口| 午夜视频在线观看一区| 久久精品国产视频| 久久er精品视频| 久久久久久久网| 欧美大胆成人| 欧美日本国产|