《TCP/IP網絡編程》學習筆記 | Chapter 20:Windows 中的線程同步
- 《TCP/IP網絡編程》學習筆記 | Chapter 20:Windows 中的線程同步
- 用戶模式和內核模式
- 用戶模式同步
- 內核模式同步
- 基于 CRITICAL_SECTION 的同步
- 內核模式的同步方法
- 基于互斥量對象的同步
- 基于信號量對象的同步
- 基于事件對象的同步
- Windows 平臺下實現多線程服務器端
- 習題
- (1)關于 Windows 操作系統的用戶模式和內核模式的說法正確的是?
- (2)判斷下列關于用戶模式同步和內核模式同步描述的正誤。
- (3)本章示例SyncSema_win.c 的 Read 函數中,退出臨界區需要較長時間,請給出解決方案并實現。
- (4)請將本章 SyncEvent_win.c 示例改為基于信號量的同步方式,并得出相同運行結果。
《TCP/IP網絡編程》學習筆記 | Chapter 20:Windows 中的線程同步
用戶模式和內核模式
Windows操作系統的運行方式是“雙模式操作”(Dual-mode Operation):
- 用戶模式(User mode):運行應用程序的基本模式,禁止訪問物理設備,而且會限制訪問的內存區域。
- 內核模式(Kernal mode):操作系統運行時的模式,不僅不會限制訪問的內存區域,而且訪問的硬件設備也不會受限。
實際上,在應用程序運行過程中,Windows操作系統不會一直停留在用戶模式,而是在用戶模式和內核模式之間切換。
例如,可以在Windows中創建線程。雖然創建線程的請求是由應用程序的函數調用完成,但實際創建線程的是操作系統。因此,創建線程的過程中無法避免向內核模式的轉換。
定義這2種模式主要是為了提高安全性。應用程序的運行時錯誤會破壞操作系統及各種資源。特別是C/C++可以進行指針運算,很容易發生這類問題。例如,因為錯誤的指針運算覆蓋了操作系統中存有重要數據的內存區域,這很可能引起操作系統崩潰。但實際上各位從未經歷過這類事件,因為用戶模式會保護與操作系統有關的內存區域。因此,即使遇到錯誤的指針運算也僅停止應用程序的運行,而不會影響操作系統。
總之,像線程這種伴隨著內核對象創建的資源創建過程中,都要默認經歷如下模式轉換過程:用戶模式→內核模式→用戶模式。
從用戶模式切換到內核模式是為了創建資源,從內核模式再次切換到用戶模式是為了執行應用程序的剩余部分。不僅是資源的創建,與內核對象有關的所有事務都在內核模式下進行。
模式切換對系統而言其實也是一種負擔,頻繁的模式切換會影響性能。
用戶模式同步
用戶模式同步是用戶模式下進行的同步,即無需操作系統的幫助而在應用程序級別進行的同步。
用戶模式同步的最大優點是——速度快。無需切換到內核模式,僅考慮這一點也比經歷內核模式切換的其他方法要快。而且使用方法相對簡單,因此,適當運用用戶模式同步并無壞處。
但因為這種同步方法不會借助操作系統的力量,其功能上存在一定局限性。稍后將介紹屬于用戶模式同步的、基于“CRITICAL_SECTION”的同步方法。
內核模式同步
下面給出內核模式同步的優點。
- 比用戶模式同步提供的功能更多。
- 可以指定超時,防止產生死鎖。
因為都是通過操作系統的幫助完成同步的,所以提供更多功能。特別是在內核模式同步中,可以跨越進程進行線程同步。因為內核對象并不屬于某一進程,而是操作系統擁有并管理的。
與此同時,由于無法避免用戶模式和內核模式之間的切換,所以性能上會受到一定影響。
基于 CRITICAL_SECTION 的同步
基于 CRITICAL_SECTION 的同步中將創建并運用“CRITICAL_SECTION對象”,但這并非內核對象。與其他同步對象相同,它是進入臨界區的一把“鑰匙”。因此,為了進入臨界區,需要得到 CRITICAL_SECTION 對象這把“鑰匙”。相反,離開時應上交 CRITICAL_SECTION 對象。
下面介紹 CRITICAL_SECTION 對象的初始化及銷毀相關函數。
#include<windows.h>void InitilizerCriticalSection(LPCRITICAL_SECTION lpCriticalSection);
void DeleteCriticalSection(LPCRITICAL_SECTION lpCriticalSection);
參數:
- IpCriticalSection:InitilizerCriticalSection 函數中傳入需要初始化的 CRITICAL_SECTION 對象的地址值,DeleteCriticalSection 函數中傳入需要解除的 CRITICAL_SECTION 對象的地址值。
上述函數的參數類型 LPCRITICAL_SECTION 是 CRITICAL_SECTION 指針類型。另外 DeleteCriticalSection 函數并不銷毀CRITICAL_SECTION 對象。該函數的作用是銷毀 CRITICAL_SECTION 對象相關的資源。
接下來介紹獲取(擁有)及釋放 CRITICAL_SECTION 對象的函數,可以簡單理解為獲取和釋放“鑰匙”的函數。
#include<windows.h>void EnterCriticalSection(LPCRITICAL_SECTION lpCriticalSection);
void LeaveCriticalSection(LPCRITICAL_SECTION lpCriticalSection);
參數:
- IpCriticalSection:獲取(擁有)及釋放 CRITICAL_SECTION 對象的地址值。
與 Linux 部分中介紹過的互斥量類似,相信大部分人僅靠這些函數介紹也能寫出示例程序。
示例程序:
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
#include <process.h>#define NUM_THREAD 50
unsigned WINAPI threadInc(void *arg);
unsigned WINAPI threadDes(void *arg);long long num = 0;
CRITICAL_SECTION cs;int main(int argc, char *argv[])
{HANDLE tHandles[NUM_THREAD];int i;InitializeCriticalSection(&cs);for (i = 0; i < NUM_THREAD; i++){if (i % 2)tHandles[i] = (HANDLE)_beginthreadex(NULL, 0, threadInc, NULL, 0, NULL);elsetHandles[i] = (HANDLE)_beginthreadex(NULL, 0, threadDes, NULL, 0, NULL);}WaitForMultipleObjects(NUM_THREAD, tHandles, TRUE, INFINITE);DeleteCriticalSection(&cs);printf("result: %lld \n", num);system("pause");return 0;
}unsigned WINAPI threadInc(void *arg)
{int i;EnterCriticalSection(&cs);for (i = 0; i < 50000000; i++)num += 1;LeaveCriticalSection(&cs);return 0;
}unsigned WINAPI threadDes(void *arg)
{int i;EnterCriticalSection(&cs);for (i = 0; i < 50000000; i++)num -= 1;LeaveCriticalSection(&cs);return 0;
}
運行結果:
程序將整個循環納入臨界區,可以減少運行時間。
內核模式的同步方法
基于互斥量對象的同步
基于互斥量(Mutual Exclusion)對象的同步方法與基于 CRITICAL_SECTION 對象的同步方法類似,因此,互斥量對象同樣可以理解為“鑰匙”。
首先介紹創建互斥量對象的函數:
#include<windows.h>HANDLE CreateMutex(LPSECURITY_ATTRIBUTES lpMutexAttributes,BOOL bInitialOwner,LPCTSTR lpName
);
參數:
- lpMutexAttributes:傳遞安全相關的配置信息,使用默認安全設置時可以傳遞 NULL。
- blnitialOwner:如果為 TRUE,則創建出的互斥量對象屬于調用該函數的線程,同時進入 non-signaled 狀態;如果為 FALSE,則創建出的互斥量對象不屬于任何線程,此時狀態為 signaled。
- IpName:用于命名互斥量對象。傳入 NULL 創建無名的互斥量對象。
成功時返回創建的互斥量對象句柄,失敗時返回 NULL。
從上述參數說明中可以看到,如果互斥量對象不屬于任何擁有者,則將進入 signaled 狀態。利用該特點進行同步。
另外,互斥量屬于內核對象,所以通過如下函數銷毀:
#include<windows.h>BOOL CloseHandle(HANDLE hObject);
參數:
- hObject:要銷毀的內核對象的句柄。
成功時返回 TRUE,失敗時返回 FALSE。
上述函數是銷毀內核對象的函數,所以同樣可以銷毀即將介紹的信號量及事件。下面介紹獲取和釋放互斥量的函數,但我認為只需介紹釋放的函數,因為獲取是通過各位熟悉的 WaitForSingleObject 函數完成的。
#include<windows.h>BOOL ReleaseMutex(HANDLE hMutex);
參數:
- hMutex:需要釋放的互斥量對象句柄。
成功時返回 TRUE,失敗時返回 FALSE。
接下來分析獲取和釋放互斥量的過程。互斥量被某一線程獲取時(擁有時)為 non-signaled 狀態,釋放時(未擁有時)進入 signaled 狀態。因此,可以使用 WaitForSingleObject 函數驗證互斥量是否已分配。該函數的調用結果有如下 2 種。
- 調用后進入阻塞狀態:互壓量對象已被其他線程獲取,現處于 non-signaled 狀態。
- 調用后直接返回:其他線程未占用互斥量對象,現處于 signaled 狀態。
互斥量在 WaitForSingleObject 函數返回時自動進入 non-signaled 狀態,因為它是第 19 章介紹過的"auto-reset"模式的內核對象。結果,WaitForSingleObject 函數為申請互斥量時調用的函數。因此,基于互斥量的臨界區保護代碼如下:
WaitForsingleobject(hMutex, INFINITE);
// 臨界區的開始
// ......
// 臨界區的結束
ReleaseMutex(hMutex);
WaitForSingleObject 函數使互斥量進入 non-signaled 狀態,限制訪問臨界區,所以相當于臨界區的門禁系統。相反,ReleaseMutex 函數使互斥量重新進入 signaled 狀態,所以相當于臨界區的出口。
示例程序:
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
#include <process.h>#define NUM_THREAD 50
unsigned WINAPI threadInc(void *arg);
unsigned WINAPI threadDes(void *arg);long long num = 0;
HANDLE hMutex;int main(int argc, char *argv[])
{HANDLE tHandles[NUM_THREAD];int i;hMutex = CreateMutex(NULL, FALSE, NULL);for (i = 0; i < NUM_THREAD; i++){if (i % 2)tHandles[i] = (HANDLE)_beginthreadex(NULL, 0, threadInc, NULL, 0, NULL);elsetHandles[i] = (HANDLE)_beginthreadex(NULL, 0, threadDes, NULL, 0, NULL);}WaitForMultipleObjects(NUM_THREAD, tHandles, TRUE, INFINITE);CloseHandle(hMutex);printf("result: %lld \n", num);system("pause");return 0;
}unsigned WINAPI threadInc(void *arg)
{int i;WaitForSingleObject(hMutex, INFINITE);for (i = 0; i < 50000000; i++)num += 1;ReleaseMutex(hMutex);return 0;
}unsigned WINAPI threadDes(void *arg)
{int i;WaitForSingleObject(hMutex, INFINITE);for (i = 0; i < 50000000; i++)num -= 1;ReleaseMutex(hMutex);return 0;
}
運行結果:
基于信號量對象的同步
Windows 中基于信號量對象的同步也與 Linux 下的信號量類似,二者都是利用名為“信號量值”的整數值完成同步的,而且該值都不能小于 0。當然,Windows 的信號量值注冊于內核對象。
下面介紹創建信號量對象的函數,其銷毀同樣是利用 CloseHandle 函數進行的。
#include <windows.h>HANDLE Createsemaphore(LPSECURITY_ATTRIBUTES lpSemaphoreAttributes,LONG lInitialCount,LONG lMaximumCount,LPCTSTR lpName
);
參數:
- IpSemaphoreAttributes:安全配置信息,采用默認安全設置時傳遞 NULL。
- lInitialCount:指定信號量的初始值,應大于 0 小于 lMaximumCount。
- IMaximumCount:信號量的最大值。該值為 1 時,信號量變為只能表示 0 和 1 的二進制信號量。
- lpName:用于命名信號量對象,傳遞 NULL 時創建無名的信號量對象。
成功時返回創建的信號量對象的句柄,失敗時返回 NULL。
向 lInitialCount 參數傳遞 0 時,創建 non-signaled 狀態的信號量對象。而向 IMaximumCount 傳入 3 時,信號量最大值為 3,因此可以實現 3 個線程同時訪問臨界區時的同步。
可以利用“信量值為 0 時進入 non-signaled 狀態,大于 0 時進入 signaled 狀態”的特性進行同步。
下面介紹釋放信號量對象的函數:
#include <windows.h>BOOL ReleaseSemaphore(HANDLE hSemaphore,LONG lReleaseCount,LPLONG lpPreviouscount
);
參數:
- Semaphore:傳遞需要釋放的信號量對象.
- IReleaseCount:釋放意味著信號量值的增加,通過該參數可以指定增加的值。超過最大值則不增加,返回 FALSE。
- IpPreviousCount:用于保存修改之前值的變量地址,不需要時可傳遞 NULL。
成功時返回 TRUE,失敗時返回 FALSE。
信號量對象的值大于 0 時成為 signaled 狀態,為 0 時成為 non-signaled 狀態。因此,調用 WaitForSingleObject 函數時,信號量大于 0 的情況才會返回,返回的同時將信量值減 1。可以通過如下程序結構保護臨界區。
WaitForSingleObject(hSemaphore, INFINITE);
// 臨界區的開始
// ......
// 臨界區的結束
ReleaseSemaphore(hSemaphore, 1, NULL);
示例程序:
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
#include <process.h>unsigned WINAPI read(void *arg);
unsigned WINAPI accu(void *arg);static HANDLE sem_one;
static HANDLE sem_two;
static int num;int main(int argc, char const *argv[])
{HANDLE hThread1, hThread2;sem_one = CreateSemaphore(NULL, 0, 1, NULL);sem_two = CreateSemaphore(NULL, 1, 1, NULL);hThread1 = (HANDLE)_beginthreadex(NULL, 0, read, NULL, 0, NULL);hThread2 = (HANDLE)_beginthreadex(NULL, 0, accu, NULL, 0, NULL);WaitForSingleObject(hThread1, INFINITE);WaitForSingleObject(hThread2, INFINITE);CloseHandle(sem_one);CloseHandle(sem_two);system("pause");return 0;
}unsigned WINAPI read(void *arg)
{int i;for (i = 0; i < 5; i++){fputs("Input num: ", stdout);WaitForSingleObject(sem_two, INFINITE);scanf("%d", &num);ReleaseSemaphore(sem_one, 1, NULL);}return 0;
}unsigned WINAPI accu(void *arg)
{int sum = 0, i;for (i = 0; i < 5; i++){WaitForSingleObject(sem_one, INFINITE);sum += num;ReleaseSemaphore(sem_two, 1, NULL);}printf("Result: %d \n", sum);return 0;
}
運行結果:
在循環內部構件臨界區,起到盡可能縮小臨界區的作用,盡量提高程序性能。
基于事件對象的同步
事件同步對象與前 2 種同步方法相比有很大不同,區別就在于,該方式下創建對象時,在自動以 non-signaled 狀態運行的“auto-reset”模式和與之相反的“manual-reset”模式中任選其一。而事件對象的主要特點是可以創建“manual-reset”模式的對象。
首先介紹用于創建事件對象的函數:
#include <windows.h>HANDLE CreateEvent(LPSECURITY_ATTRIBUTES lpEventAttributes,BOOL bManualReset,BOOL bInitialState,LPCTSTR lpName
);
參數:
- IpEventAttributes:安全配置相關參塑,采用默認安全配置時傳入 NULL。
- bManualReset:傳入 TRUE 時創建“manual-reset”模式的事件對象,傳入 FALSE 時創建“auto-reset”模式的事件對象。
- bInitialState:傳入 TRUE 時創建 signaled 狀態的事件對象,傳入 FALSE 時創建 non-signaled態的事件對象。
- IpName:用于命名事件對象。傳遞 NULL 時創建無名的事件對象。
成功時返回創建的事件對象句柄,失敗時返回 NULL。
相信各位也發現了,上述函數中需要重點關注的是第二個參數。傳人 TRUE 時創建“manual-reset”模式的事件對象,此時即使 WaitForSingleObject 函數返回也不會回到 non-signaled 狀態。
因此,在這種情況下,需要通過如下 2 個函數明確更改對象狀態:
#include <windows.h>BOOL ResetEvent(HANDLE hEvent); // 設置為 non-signaled 狀態
BOOL SetEvent(HANDLE hEvent); // 設置為 signaled 狀態
成功時返回 TRUE,失敗時返回 FALSE。
傳遞事件對象句柄并希望改為 non-signaled 狀態時,應調用 ResetEvent 函數。如果希望改為 signaled 狀態,則可以調用 SetEvent 函數。
示例程序:
在這里插入代碼片
運行結果:
讀入字符串后將事件改成 signaled 狀態,等待的 2 個線程將擺脫等待狀態,開始執行。最后還是把事件對象的狀態改為 non-signaled 狀態。
Windows 平臺下實現多線程服務器端
服務器端:
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <windows.h>
#include <process.h>#define BUF_SIZE 100
#define MAX_CLNT 256unsigned WINAPI HandleClnt(void *arg);
void SendMsg(char *msg, int len);
void ErrorHandling(char *msg);int clntCnt = 0;
SOCKET clntSocks[MAX_CLNT];
HANDLE hMutex;int main(int argc, char *argv[])
{WSADATA wsaData;SOCKET hServSock, hClntSock;SOCKADDR_IN servAdr, clntAdr;int clntAdrSz;HANDLE hThread;if (argc != 2){printf("Usage : %s <port>\n", argv[0]);exit(1);}if (WSAStartup(MAKEWORD(2, 2), &wsaData) != 0)ErrorHandling("WSAStartup() error!");hMutex = CreateMutex(NULL, FALSE, NULL);hServSock = socket(PF_INET, SOCK_STREAM, 0);memset(&servAdr, 0, sizeof(servAdr));servAdr.sin_family = AF_INET;servAdr.sin_addr.s_addr = htonl(INADDR_ANY);servAdr.sin_port = htons(atoi(argv[1]));if (bind(hServSock, (SOCKADDR *)&servAdr, sizeof(servAdr)) == SOCKET_ERROR)ErrorHandling("bind() error");if (listen(hServSock, 5) == SOCKET_ERROR)ErrorHandling("listen() error");while (1){clntAdrSz = sizeof(clntAdr);hClntSock = accept(hServSock, (SOCKADDR *)&clntAdr, &clntAdrSz);WaitForSingleObject(hMutex, INFINITE);clntSocks[clntCnt++] = hClntSock;ReleaseMutex(hMutex);hThread = (HANDLE)_beginthreadex(NULL, 0, HandleClnt, (void *)&hClntSock, 0, NULL);printf("Connected client IP: %s \n", inet_ntoa(clntAdr.sin_addr));}closesocket(hServSock);WSACleanup();return 0;
}unsigned WINAPI HandleClnt(void *arg)
{SOCKET hClntSock = *((SOCKET *)arg);int strLen = 0, i;char msg[BUF_SIZE];while ((strLen = recv(hClntSock, msg, sizeof(msg), 0)) != 0)SendMsg(msg, strLen);WaitForSingleObject(hMutex, INFINITE);for (i = 0; i < clntCnt; i++){if (hClntSock == clntSocks[i]){while (i++ < clntCnt - 1)clntSocks[i] = clntSocks[i + 1];break;}}clntCnt--;ReleaseMutex(hMutex);closesocket(hClntSock);return 0;
}void SendMsg(char *msg, int len)
{ // 發送給全部人int i;WaitForSingleObject(hMutex, INFINITE);for (i = 0; i < clntCnt; i++)send(clntSocks[i], msg, len, 0);ReleaseMutex(hMutex);
}void ErrorHandling(char *msg)
{fputs(msg, stderr);fputc('\n', stderr);exit(1);
}
客戶端:
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <windows.h>
#include <process.h>#define BUF_SIZE 100
#define NAME_SIZE 20unsigned WINAPI SendMsg(void *arg);
unsigned WINAPI RecvMsg(void *arg);
void ErrorHandling(char *msg);char name[NAME_SIZE] = "[DEFAULT]";
char msg[BUF_SIZE];int main(int argc, char *argv[])
{WSADATA wsaData;SOCKET hSock;SOCKADDR_IN servAdr;HANDLE hSndThread, hRcvThread;if (argc != 4){printf("Usage: %s <IP> <port> <name>\n", argv[0]);exit(1);}if (WSAStartup(MAKEWORD(2, 2), &wsaData) != 0)ErrorHandling("WSAStartup() error!");sprintf(name, "[%s]", argv[3]);hSock = socket(PF_INET, SOCK_STREAM, 0);memset(&servAdr, 0, sizeof(servAdr));servAdr.sin_family = AF_INET;servAdr.sin_addr.s_addr = inet_addr(argv[1]);servAdr.sin_port = htons(atoi(argv[2]));if (connect(hSock, (SOCKADDR *)&servAdr, sizeof(servAdr)) == SOCKET_ERROR)ErrorHandling("connect() error");hSndThread = (HANDLE)_beginthreadex(NULL, 0, SendMsg, (void *)&hSock, 0, NULL);hRcvThread = (HANDLE)_beginthreadex(NULL, 0, RecvMsg, (void *)&hSock, 0, NULL);WaitForSingleObject(hSndThread, INFINITE);WaitForSingleObject(hRcvThread, INFINITE);closesocket(hSock);WSACleanup();return 0;
}unsigned WINAPI SendMsg(void *arg)
{SOCKET hSock = *((SOCKET *)arg);char nameMsg[NAME_SIZE + BUF_SIZE];while (1){fgets(msg, BUF_SIZE, stdin);if (!strcmp(msg, "q\n") || !strcmp(msg, "Q\n")){closesocket(hSock);exit(0);}sprintf(nameMsg, "%s %s", name, msg);send(hSock, nameMsg, strlen(nameMsg), 0);}return 0;
}unsigned WINAPI RecvMsg(void *arg)
{int hSock = *((SOCKET *)arg);char nameMsg[NAME_SIZE + BUF_SIZE];int strLen;while (1){strLen = recv(hSock, nameMsg, NAME_SIZE + BUF_SIZE - 1, 0);if (strLen == -1)return -1;nameMsg[strLen] = '\0';fputs(nameMsg, stdout);}return 0;
}void ErrorHandling(char *msg)
{fputs(msg, stderr);fputc('\n', stderr);exit(1);
}
編譯:
gcc chat_server_win.c -lwsock32 -o cserv
gcc chat_client_win.c -lwsock32 -o cclnt
運行結果:
習題
(1)關于 Windows 操作系統的用戶模式和內核模式的說法正確的是?
a. 用戶模式是應用程序運行的基本模式,雖然訪問的內存空間沒有限制,但無法訪問物理設備。
b. 應用程序運行過程中絕對不會進人內核模式。應用程序只在用戶模式中運行。
c. Windows 為了有效使用內存空間,分別定義了用戶模式和內核模式。
d. 應用程序運行過程中也有可能切換到內核模式。只是切換到內核模式后,進程將一直保持該狀態。
答:
c。
(2)判斷下列關于用戶模式同步和內核模式同步描述的正誤。
- 用戶模式的同步中不會切換到內核模式。即非操作系統級別的同步。( √ )
- 內核模式的同步是由操作系統提供的功能,比用戶模式同步提供更多功能。( √ )
- 需要在用戶模式和內核模式之間切換,這是內核模式同步的缺點。( √ )
- 除特殊情況外,原則上應使用內核模式同步。用戶模式同步是操作系統提供內核模式同步機制前使用的同步方法。( × )
(3)本章示例SyncSema_win.c 的 Read 函數中,退出臨界區需要較長時間,請給出解決方案并實現。
用一個數組存儲輸入的 5 個數字,將整個循環改為臨界區,減少進入/離開臨界區的次數。
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
#include <process.h>unsigned WINAPI read(void *arg);
unsigned WINAPI accu(void *arg);static HANDLE sem_one, sem_two;
static int arr[5];int main(int argc, char const *argv[])
{HANDLE hThread1, hThread2;sem_one = CreateSemaphore(NULL, 0, 1, NULL);sem_two = CreateSemaphore(NULL, 1, 1, NULL);hThread1 = (HANDLE)_beginthreadex(NULL, 0, read, NULL, 0, NULL);hThread2 = (HANDLE)_beginthreadex(NULL, 0, accu, NULL, 0, NULL);WaitForSingleObject(hThread1, INFINITE);WaitForSingleObject(hThread2, INFINITE);CloseHandle(sem_one);CloseHandle(sem_two);system("pause");return 0;
}unsigned WINAPI read(void *arg)
{WaitForSingleObject(sem_two, INFINITE);for (int i = 0; i < 5; i++){fputs("Input num: ", stdout);scanf("%d", &arr[i]);}ReleaseSemaphore(sem_one, 1, NULL);return 0;
}unsigned WINAPI accu(void *arg)
{int sum = 0;WaitForSingleObject(sem_one, INFINITE);for (int i = 0; i < 5; i++)sum += arr[i];ReleaseSemaphore(sem_two, 1, NULL);printf("Result: %d \n", sum);return 0;
}
運行結果:
(4)請將本章 SyncEvent_win.c 示例改為基于信號量的同步方式,并得出相同運行結果。
將 hEvent 替換為 hSemaphore,使用 CreateSemaphore 函數創建初始計數為 0 的信號量。
主線程在輸入完成后調用 ReleaseSemaphore(hSemaphore, 2, NULL),一次性釋放 2 個信號量值,確保兩個線程都能繼續執行。
#include <stdio.h>
#include <stdlib.h>
#include <windows.h>
#include <process.h>#define STR_LEN 100unsigned WINAPI NumberOfA(void *arg);
unsigned WINAPI NumberOfOthers(void *arg);static HANDLE hSemaphore;
static char str[STR_LEN];int main(int argc, char const *argv[])
{HANDLE hThread1, hThread2;// 創建信號量,初始計數 0,最大計數 2hSemaphore = CreateSemaphore(NULL, 0, 2, NULL);hThread1 = (HANDLE)_beginthreadex(NULL, 0, NumberOfA, NULL, 0, NULL);hThread2 = (HANDLE)_beginthreadex(NULL, 0, NumberOfOthers, NULL, 0, NULL);fputs("Input string: ", stdout);fgets(str, STR_LEN, stdin);// 釋放 2 個信號量值,允許兩個線程繼續執行ReleaseSemaphore(hSemaphore, 2, NULL);WaitForSingleObject(hThread1, INFINITE);WaitForSingleObject(hThread2, INFINITE);CloseHandle(hSemaphore);system("pause");return 0;
}unsigned WINAPI NumberOfA(void *arg)
{int i, cnt = 0;WaitForSingleObject(hSemaphore, INFINITE); // 等待信號量for (i = 0; str[i] != '\0'; i++){if (str[i] == 'A')cnt++;}printf("Num of A: %d\n", cnt);return 0;
}unsigned WINAPI NumberOfOthers(void *arg)
{int i, cnt = 0;WaitForSingleObject(hSemaphore, INFINITE); // 等待信號量for (i = 0; str[i] != '\0'; i++){if (str[i] != 'A')cnt++;}printf("Num of others: %d\n", cnt - 1); // 減去換行符return 0;
}
運行結果: