【blocking】在计算机科学、网络通信、操作系统以及软件开发等领域，“blocking”是一个常见的术语，通常指的是一种程序或线程在等待某个操作完成之前无法继续执行的状态。以下是对“blocking”概念的总结，并通过表格形式进行对比说明。
一、
“Blocking”（阻塞）是指在程序运行过程中，当一个任务需要等待某个外部事件（如输入输出、网络请求、资源获取等）时，该任务会暂停执行，直到该事件完成。这种机制在某些情况下是必要的，但在高并发或实时系统中可能会导致性能瓶颈。
与之相对的是“non-blocking”（非阻塞），即任务在等待期间可以继续执行其他操作，从而提高系统的整体效率和响应速度。
在实际应用中，开发者需要根据具体场景选择合适的阻塞或非阻塞模式，以达到最佳的性能和用户体验。
二、Blocking 与 Non-Blocking 对比表
| 特性 | Blocking（阻塞） | Non-Blocking（非阻塞） |
| 定义 | 线程/进程在等待操作完成前无法继续执行 | 线程/进程在等待操作时仍可执行其他任务 |
| 执行方式 | 同步等待 | 异步处理或轮询检查 |
| 资源利用率 | 可能较低（因等待而空闲） | 通常较高（充分利用CPU） |
| 实现复杂度 | 相对简单 | 更复杂（需管理回调、状态机等） |
| 响应速度 | 可能较慢（等待时间影响整体流程） | 通常更快（避免长时间等待） |
| 适用场景 | 简单同步任务、小规模应用 | 高并发、实时系统、I/O密集型任务 |
| 示例 | `read()` 函数在数据未到达时阻塞 | 使用 `select()` 或异步IO实现非阻塞读取 |
三、应用场景举例
1. 文件读写：在传统文件读取中，`read()` 函数会一直等待直到数据准备好，属于阻塞模式。
2. 网络通信：TCP连接中的 `accept()` 和 `recv()` 默认为阻塞模式，但可通过设置标志位改为非阻塞。
3. 多线程编程：线程在等待锁释放时可能处于阻塞状态。
4. 数据库查询：SQL 查询在结果返回前可能阻塞当前线程。
四、总结
“Blocking” 是一种常见且基础的编程机制，适用于简单的同步场景，但在高并发或高性能需求的系统中，非阻塞模式往往更优。理解两者的区别有助于开发者在不同场景下做出合理的技术选型，提升系统效率与稳定性。