13518219792
阻塞
阜南ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：13518219792（备注：SSL证书合作）期待与您的合作！
阻塞调用是指调用结果返回之前，当前线程会被挂起。函数只有在得到结果之后才会返回。有人也许会把阻塞调用和同步调用等同起来，实际上他是不同的。对于同
步调用来说，很多时候当前线程还是激活的，只是从逻辑上当前函数没有返回而已。例如，我们在CSocket中调用Receive函数，如果缓冲区中没有数
据，这个函数就会一直等待，直到有数据才返回。而此时，当前线程还会继续处理各种各样的消息。如果主窗口和调用函数在同一个线程中，除非你在特殊的界面操
作函数中调用，其实主界面还是应该可以刷新。socket接收数据的另外一个函数recv则是一个阻塞调用的例子。当socket工作在阻塞模式的时候，
如果没有数据的情况下调用该函数，则当前线程就会被挂起，直到有数据为止。
非阻塞
非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。
getch()：
所在头文件：conio.h
函数用途：从控制台读取一个字符，但不显示在屏幕上
函数原型：int getch(void)
返回值：读取的字符
例如：
char ch;或int ch；
getch();或ch=getch();
用getch();会等待你按下任意键，再继续执行下面的语句；
用ch=getch();会等待你按下任意键之后，把该键字符所对应的ASCII码赋给ch,再执行下面的语句。
易错点：
1.所在头文件是conio.h。而不是stdio.h。
2.在使用之前要调用initscr()，结束时要调用endwin()。否则会出现不输入字符这个函数
也会返回的情况。
3.在不同平台，输入回车，getch()将返回不同数值，而getchar()统一返回10(即\n)
1)windows平台下ENTER键会产生两个转义字符 \r\n，因此getch返回13(\r)。
2)unix、 linux系统中ENTER键只产生 \n ，因此getch返回10(\n)。
3)MAC OS中ENTER键将产生 \r ，因此getch返回13(\r)。
getch();并非标准C中的函数，不存在C语言中。所以在使用的时候要注意程序的可移植性。国内C语言新手常常使用getch();来暂停程序且不知道此函数来源，建议使用getchar();（如果情况允许）代替此功能或更换一款编译器。
kbhit()（VC++6.0下为_kbhit()）
功 能及返回值： 检查当前是否有键盘输入，若有则返回一个非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结束
#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()) //当没有键按下
{
cout"无键按下"endl;
}
cout"有键按下"endl; //有键按下时输出这
system("pause");
}
kbhit() 在执行时,检测是否有按键按下,有按下返回非0值，一般是1
没有按下返回0;是非阻塞函数
getch() 在执行时,检测按下什么键,如果不按键该函数不返回;是阻塞函数
类似地
在Tc2.0中有一个处理键盘输入的函数bioskey();
int bioskey(int cmd);
当cmd为1时，bioskey()检测是否有键按下。没有键按下时返回0；有键按下时返回按键码(
任何按键码都不为0)，但此时并不将检测到的按键码从键盘缓冲队列中清除。 是非阻塞参数。
当cmd为0时，bioskey()返回键盘缓冲队列中的按键码，并将此按键码从键盘缓冲队列中清
除。如果键盘缓冲队列为空，则一直等到有键按下，才将得到的按键码返回。是阻塞调用。
//个人理解kbhit()有点像bioskey(1)
看你提出的问题，应该自己有一部分代码了，我还是先提思路吧。 你需要一个阻塞队列，需要阻塞的进程放入阻塞队列，这个队列用单向链表即可。 然后再进程调度的间隙扫描阻塞队列，看有没有需要解除阻塞的进程，如果有将其从阻塞队列摘除，挂入就绪队列。
阻塞是在传统的网络编程中我们依赖于ServerSocket，Socket进行通信，大致的框架就是ServerSocket调用accept方法，等待客户端的连接，如果连接进来的时候则创建一个服务器端socket，客户端和服务器端socket建立好InputStream 和outputStream通道进行通信，在这个网络IO的过程中inputStream的read 和outputStream的write方法都可能发送阻塞。为了减少这种阻塞对其他连接的影响，一般都会在服务器端为每个连接开辟一个新的线程，或者使用线程池技术来避免线程的创建销毁同时又一定程度支持并发量。然而这种情况下，如果发生大量的read 或者write阻塞线程池的效率会大大降低，而且操作系统也额外需要频繁的处理cpu的切换。
非阻塞式通信实际是对上述模式的扩展，它的核心思想是为传统的socket加入事件监听的功能，操作系统可以在socket和serversocket上进行事件监听，一旦监听的对象发生了连接和可读可写的事件，监听器就会对注册了事件的对象返回相应的通知。在javaNIO中实现这一套的机制就是把socket 和ServerSocket重写成为SocketChanel，ServerSocketChanel,他们的底层仍然使用socket实现，所以原则上javaNIO包可以完全实现阻塞和非阻塞两种编程模式。事件监听的功能由Selection类完成，他使用select方法一直阻塞式监听注册了的事件是否发生，对于每一个发生的事件，他都会返回一个selectionKey，通过这个key我们就可以确定这个事件的发生源（socket）和相关信息。对于ServerSocketChanel，Socketchanel分别对应了不同的事件，serverChanel只有OP_ACCEPT代表是否可以接受连接，而socketChanel则有OP_CONNECT、read、write事件。笔者认为与阻塞IO相比他的优势在于可以避免read 和write的阻塞，因为这个比较具有实际意义的。比如是一个网络文件传输系统，read方法可能会因为网络原因发生多次阻塞，使用非阻塞IO read的话线程可以立即返回去处理其他任务。
多线程是在进程中进一步去划分的独立单元。
