阻塞
阜南ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景,ssl證書未來市場(chǎng)廣闊!成為創(chuàng)新互聯(lián)的ssl證書銷售渠道,可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠!如果有意向歡迎電話聯(lián)系或者加微信:13518219792(備注:SSL證書合作)期待與您的合作!
阻塞調(diào)用是指調(diào)用結(jié)果返回之前,當(dāng)前線程會(huì)被掛起。函數(shù)只有在得到結(jié)果之后才會(huì)返回。有人也許會(huì)把阻塞調(diào)用和同步調(diào)用等同起來,實(shí)際上他是不同的。對(duì)于同
步調(diào)用來說,很多時(shí)候當(dāng)前線程還是激活的,只是從邏輯上當(dāng)前函數(shù)沒有返回而已。例如,我們?cè)贑Socket中調(diào)用Receive函數(shù),如果緩沖區(qū)中沒有數(shù)
據(jù),這個(gè)函數(shù)就會(huì)一直等待,直到有數(shù)據(jù)才返回。而此時(shí),當(dāng)前線程還會(huì)繼續(xù)處理各種各樣的消息。如果主窗口和調(diào)用函數(shù)在同一個(gè)線程中,除非你在特殊的界面操
作函數(shù)中調(diào)用,其實(shí)主界面還是應(yīng)該可以刷新。socket接收數(shù)據(jù)的另外一個(gè)函數(shù)recv則是一個(gè)阻塞調(diào)用的例子。當(dāng)socket工作在阻塞模式的時(shí)候,
如果沒有數(shù)據(jù)的情況下調(diào)用該函數(shù),則當(dāng)前線程就會(huì)被掛起,直到有數(shù)據(jù)為止。
非阻塞
非阻塞和阻塞的概念相對(duì)應(yīng),指在不能立刻得到結(jié)果之前,該函數(shù)不會(huì)阻塞當(dāng)前線程,而會(huì)立刻返回。
getch():
所在頭文件:conio.h
函數(shù)用途:從控制臺(tái)讀取一個(gè)字符,但不顯示在屏幕上
函數(shù)原型:int getch(void)
返回值:讀取的字符
例如:
char ch;或int ch;
getch();或ch=getch();
用getch();會(huì)等待你按下任意鍵,再繼續(xù)執(zhí)行下面的語句;
用ch=getch();會(huì)等待你按下任意鍵之后,把該鍵字符所對(duì)應(yīng)的ASCII碼賦給ch,再執(zhí)行下面的語句。
易錯(cuò)點(diǎn):
1.所在頭文件是conio.h。而不是stdio.h。
2.在使用之前要調(diào)用initscr(),結(jié)束時(shí)要調(diào)用endwin()。否則會(huì)出現(xiàn)不輸入字符這個(gè)函數(shù)
也會(huì)返回的情況。
3.在不同平臺(tái),輸入回車,getch()將返回不同數(shù)值,而getchar()統(tǒng)一返回10(即\n)
1)windows平臺(tái)下ENTER鍵會(huì)產(chǎn)生兩個(gè)轉(zhuǎn)義字符 \r\n,因此getch返回13(\r)。
2)unix、 linux系統(tǒng)中ENTER鍵只產(chǎn)生 \n ,因此getch返回10(\n)。
3)MAC OS中ENTER鍵將產(chǎn)生 \r ,因此getch返回13(\r)。
getch();并非標(biāo)準(zhǔn)C中的函數(shù),不存在C語言中。所以在使用的時(shí)候要注意程序的可移植性。國(guó)內(nèi)C語言新手常常使用getch();來暫停程序且不知道此函數(shù)來源,建議使用getchar();(如果情況允許)代替此功能或更換一款編譯器。
kbhit()(VC++6.0下為_kbhit())
功 能及返回值: 檢查當(dāng)前是否有鍵盤輸入,若有則返回一個(gè)非0值,否則返回0
用 法:int kbhit(void);
包含頭文件: include conio.h
編輯本段程序示例
C語言
#includeconio.h
int main(void)
{
cprintf("Press any key to continue:");
while (!kbhit()) /* do nothing */ ;
cprintf("\r\nA key was pressed...\r\n");
return 0;
}
下面的代碼,如果沒有鍵盤輸入程序一直輸出Hello World,直到用戶按Esc結(jié)束
#include conio.h
#include stdlib.h
int main( void )
{
char ch;
while( !kbhit() )
{
cprintf("Hello World\n");
if( kbhit() )
ch = getch();
if( 27 == ch )
break;
}
cprintf("End!\n");
system("pause");
return 0;
}
C++語言
#include conio.h
#include iostream
using namespace std;
int main()
{
while(!kbhit()) //當(dāng)沒有鍵按下
{
cout"無鍵按下"endl;
}
cout"有鍵按下"endl; //有鍵按下時(shí)輸出這
system("pause");
}
kbhit() 在執(zhí)行時(shí),檢測(cè)是否有按鍵按下,有按下返回非0值,一般是1
沒有按下返回0;是非阻塞函數(shù)
getch() 在執(zhí)行時(shí),檢測(cè)按下什么鍵,如果不按鍵該函數(shù)不返回;是阻塞函數(shù)
類似地
在Tc2.0中有一個(gè)處理鍵盤輸入的函數(shù)bioskey();
int bioskey(int cmd);
當(dāng)cmd為1時(shí),bioskey()檢測(cè)是否有鍵按下。沒有鍵按下時(shí)返回0;有鍵按下時(shí)返回按鍵碼(
任何按鍵碼都不為0),但此時(shí)并不將檢測(cè)到的按鍵碼從鍵盤緩沖隊(duì)列中清除。 是非阻塞參數(shù)。
當(dāng)cmd為0時(shí),bioskey()返回鍵盤緩沖隊(duì)列中的按鍵碼,并將此按鍵碼從鍵盤緩沖隊(duì)列中清
除。如果鍵盤緩沖隊(duì)列為空,則一直等到有鍵按下,才將得到的按鍵碼返回。是阻塞調(diào)用。
//個(gè)人理解kbhit()有點(diǎn)像bioskey(1)
看你提出的問題,應(yīng)該自己有一部分代碼了,我還是先提思路吧。 你需要一個(gè)阻塞隊(duì)列,需要阻塞的進(jìn)程放入阻塞隊(duì)列,這個(gè)隊(duì)列用單向鏈表即可。 然后再進(jìn)程調(diào)度的間隙掃描阻塞隊(duì)列,看有沒有需要解除阻塞的進(jìn)程,如果有將其從阻塞隊(duì)列摘除,掛入就緒隊(duì)列。
阻塞是在傳統(tǒng)的網(wǎng)絡(luò)編程中我們依賴于ServerSocket,Socket進(jìn)行通信,大致的框架就是ServerSocket調(diào)用accept方法,等待客戶端的連接,如果連接進(jìn)來的時(shí)候則創(chuàng)建一個(gè)服務(wù)器端socket,客戶端和服務(wù)器端socket建立好InputStream 和outputStream通道進(jìn)行通信,在這個(gè)網(wǎng)絡(luò)IO的過程中inputStream的read 和outputStream的write方法都可能發(fā)送阻塞。為了減少這種阻塞對(duì)其他連接的影響,一般都會(huì)在服務(wù)器端為每個(gè)連接開辟一個(gè)新的線程,或者使用線程池技術(shù)來避免線程的創(chuàng)建銷毀同時(shí)又一定程度支持并發(fā)量。然而這種情況下,如果發(fā)生大量的read 或者write阻塞線程池的效率會(huì)大大降低,而且操作系統(tǒng)也額外需要頻繁的處理cpu的切換。
非阻塞式通信實(shí)際是對(duì)上述模式的擴(kuò)展,它的核心思想是為傳統(tǒng)的socket加入事件監(jiān)聽的功能,操作系統(tǒng)可以在socket和serversocket上進(jìn)行事件監(jiān)聽,一旦監(jiān)聽的對(duì)象發(fā)生了連接和可讀可寫的事件,監(jiān)聽器就會(huì)對(duì)注冊(cè)了事件的對(duì)象返回相應(yīng)的通知。在javaNIO中實(shí)現(xiàn)這一套的機(jī)制就是把socket 和ServerSocket重寫成為SocketChanel,ServerSocketChanel,他們的底層仍然使用socket實(shí)現(xiàn),所以原則上javaNIO包可以完全實(shí)現(xiàn)阻塞和非阻塞兩種編程模式。事件監(jiān)聽的功能由Selection類完成,他使用select方法一直阻塞式監(jiān)聽注冊(cè)了的事件是否發(fā)生,對(duì)于每一個(gè)發(fā)生的事件,他都會(huì)返回一個(gè)selectionKey,通過這個(gè)key我們就可以確定這個(gè)事件的發(fā)生源(socket)和相關(guān)信息。對(duì)于ServerSocketChanel,Socketchanel分別對(duì)應(yīng)了不同的事件,serverChanel只有OP_ACCEPT代表是否可以接受連接,而socketChanel則有OP_CONNECT、read、write事件。筆者認(rèn)為與阻塞IO相比他的優(yōu)勢(shì)在于可以避免read 和write的阻塞,因?yàn)檫@個(gè)比較具有實(shí)際意義的。比如是一個(gè)網(wǎng)絡(luò)文件傳輸系統(tǒng),read方法可能會(huì)因?yàn)榫W(wǎng)絡(luò)原因發(fā)生多次阻塞,使用非阻塞IO read的話線程可以立即返回去處理其他任務(wù)。
多線程是在進(jìn)程中進(jìn)一步去劃分的獨(dú)立單元。