看你提出的问题，应该自己有一部分代码了，我还是先提思路吧。 你需要一个阻塞队列，需要阻塞的进程放入阻塞队列，这个队列用单向链表即可。 然后再进程调度的间隙扫描阻塞队列，看有没有需要解除阻塞的进程，如果有将其从阻塞队列摘除，挂入就绪队列。
创新互联公司自2013年起，是专业互联网技术服务公司，拥有项目成都网站建设、成都网站设计网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元肇源做网站,已为上家服务,为肇源各地企业和个人服务,联系电话:18980820575
阻塞函数就是当这个函数不执行完，函数所在线程就一直停止在这里不动。
举例
阻塞调用是指调用结果返回之前，当前线程会被挂起。函数只有在得到结果之后才会返回。有人也许会把阻塞调用和同步调用等同起来，实际上他是不同的。对于同步调用来说，很多时候当前线程还是激活的，只是从逻辑上当前函数没有返回而已。例如，我们在CSocket中调用Receive函数，如果缓冲区中没有数据，这个函数就会一直等待，直到有数据才返回。而此时，当前线程还会继续处理各种各样的消息。如果主窗口和调用函数在同一个线程中，除非你在特殊的界面操作函数中调用，其实主界面还是应该可以刷新。socket接收数据的另外一个函数recv则是一个阻塞调用的例子。当socket工作在阻塞模式的时候，如果没有数据的情况下调用该函数，则当前线程就会被挂起，直到有数据为止。非阻塞 非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。
阻塞是在传统的网络编程中我们依赖于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的话线程可以立即返回去处理其他任务。
多线程是在进程中进一步去划分的独立单元。
