C语言 阻塞、非阻塞和多线程有什么关系？

说到阻塞和非阻塞 的概念，就要了解同步和异步的概念吧

同步：多个线程可以同时访问同一个资源。比如对一缺烂个变量而言，线程们可以同时对他进行读写。

使用场景：多个线程同时访问一块数据，也叫共享区。对于多个线程同时访问一块数据的时候，必须使用同步，否则可能会出现不安全的情况。比如数据库中的脏读。但是，多个线程同时访问一块数据，有一种情况不需要同步技术，那就是原子操作，也就是说操作系统在底层保证了操作要么全部做完，要么不做。

异步：

使用场景：只有一个线程访问当前的数据。比如伏闷漏，观察者模式，没有共享罩吵区，主题发生变化，通知观察者更新，主题继续做自己的事情，不需要等待观察者更新完成后再工作。

同步分为阻塞IO和异步IO

异步可以分为阻塞IO和非阻塞的IO

异步阻塞IO 通过select和epoll实现

阻塞是在传统的网络编程中我们依赖于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的话线程可以立即返回去处理其他任务。

多线程是在进程中进一步去划分的独立单元。