前言

学网络I/O的时候难免会碰到这样或那样的异步IO库，比如libevent、libev、libuv，看完UNP之后动手写过几个简单的小玩意，总感觉网络底层的那些函数使用起来好麻烦，一个接一个地man起来也挺费劲，于是学习这些成熟网络I/O库的想法应运而生。

初看这些库的简介感觉都差不多，原理和poll/select/epoll等都大同小异，无非是在不同平台上面封装了一层API，不过真想把他们用起来还是没那么容易的，下面就记录一下我学习libuv的一些过程。

最开始看的是libevent，顺便把前面的I/O阻塞非阻塞同步非同步等知识复习了一遍，当我看到bufferevent的时候就看不进去了。。。(菜才是原罪)，正好看到这三个库的区别的一个文章，顺便摘录一点下来：

以下对比部分来自：https://blog.csdn.net/lijinqi1987/article/details/71214974

Libevent、libev、libuv三个网络库，都是c语言实现的异步事件库Asynchronousevent library）。

异步事件库本质上是提供异步事件通知（Asynchronous Event Notification，AEN）的。异步事件通知机制就是根据发生的事件，调用相应的回调函数进行处理。

事件（Event）：事件是异步事件通知机制的核心，比如fd事件、超时事件、信号事件、定时器事件。有时候也称事件为事件处理器（EventHandler），这个名称更形象，因为Handler本身表示了包含处理所需数据（或数据的地址）和处理的方法（回调函数），更像是面向对象思想中的称谓。

事件循环（EventLoop）：等待并分发事件。事件循环用于管理事件。

对于应用程序来说，这些只是异步事件库提供的API，封装了异步事件库跟操作系统的交互，异步事件库会选择一种操作系统提供的机制来实现某一种事件，比如利用Unix/Linux平台的epoll机制实现网络IO事件，在同时存在多种机制可以利用时，异步事件库会采用最优机制。

对比下三个库：

libevent :名气最大，应用最广泛，历史悠久的跨平台事件库；

libev :较libevent而言，设计更简练，性能更好，但对Windows支持不够好；

libuv :开发node的过程中需要一个跨平台的事件库，他们首选了libev，但又要支持Windows，故重新封装了一套，linux下用libev实现，Windows下用IOCP实现；

优先级、事件循环、线程安全维度的对比

代码学习过程(代码注释)：

看到好像还是libuv用的人比较多，而且速度比较好，因此打算学习libuv。

大致把libuv的API和User Guide看了一遍之后感觉还是稀里糊涂，感觉还是直接看源码比较好，先把官方文档里面的例子好好熟悉一下：

这是一个简单的tcp-echo-server回射服务器：

tcp-echo-server.c:

 1 #include <stdio.h>
 2 #include <stdlib.h>
 3 #include <string.h>
 4 #include <uv.h>
 5
 6 #define DEFAULT_PORT 9877//默认端口
 7 #define DEFAULT_BACKLOG 128//TCP等待连接队列最大值
 8
 9 uv_loop_t *loop;//loop结构指针
10 struct sockaddr_in addr;//ipv4地址结构
11
12 typedef struct {
13     uv_write_t req;
14     uv_buf_t buf;
15 } write_req_t;
16
17 void free_write_req(uv_write_t *req) {//释放资源
18     write_req_t *wr = (write_req_t*) req;
19     free(wr->buf.base);
20     free(wr);
21 }
22
23 void alloc_buffer(uv_handle_t *handle, size_t suggested_size, uv_buf_t *buf) {//内存分配回调函数,buff指针用于返回相应缓冲地址！！！
24     buf->base = (char*) malloc(suggested_size);//堆上创建buff
25     buf->len = suggested_size;
26 }
27
28 void echo_write(uv_write_t *req, int status) {//status返回write的结果
29     if (status) {
30         fprintf(stderr, "Write error %s\n", uv_strerror(status));
31     }
32     free_write_req(req);
33 }
34
35 void echo_read(uv_stream_t *client, ssize_t nread, const uv_buf_t *buf) {//这些参数都是libuv库为回调函数传递的，其中nread表示当前读到的字节数,buff指向缓冲区
36     if (nread > 0) {
37         write_req_t *req = (write_req_t*) malloc(sizeof(write_req_t));//write_req_t这结构有点多余吧。。直接write_req_t不行么？
38         req->buf = uv_buf_init(buf->base, nread);//复制缓冲区数据(从一个到另一个)
39         uv_write((uv_write_t*) req, client, &req->buf, 1, echo_write);//当该连接能写的时候异步调用
40                                         //其中&req->buf指明了缓冲区的地址，1表示如果存在uv_buf_t数组，数组的元素个数
41                                         //echo_write是uv_write_cb类型回调指针，当write完成后调用。void (*uv_write_cb)(uv_write_t* req, int status)
42         return;
43     }
44     if (nread < 0) {//出错
45         if (nread != UV_EOF)//UV_EOF不一定是0，具体见文档
46             fprintf(stderr, "Read error %s\n", uv_err_name(nread));
47         uv_close((uv_handle_t*) client, NULL);
48     }
49
50     free(buf->base);//释放缓冲区
51 }
52
53 void on_new_connection(uv_stream_t *server, int status) {//这里的status参数就是库传给我们的状态参数，指示当前connect的状态(是否能连接，是否出错等)
54     if (status < 0) {//<0表示出错
55         fprintf(stderr, "New connection error %s\n", uv_strerror(status));
56         // error!
57         return;
58     }
59
60     uv_tcp_t *client = (uv_tcp_t*) malloc(sizeof(uv_tcp_t));//新建uv_tcp_t进行连接
61     uv_tcp_init(loop, client);//简介之后也把这个tcp流绑定在loop上
62     if (uv_accept(server, (uv_stream_t*) client) == 0) {//连接
63         uv_read_start((uv_stream_t*) client, alloc_buffer, echo_read);//连接完成后在event loop准备读取，这也是个异步回调
64                         //等到这个事件发生(能读)，异步回调才会开始。
65                         //alloc_buffer参数这里第一次碰到，其回调函数格式为void (*uv_alloc_cb)(uv_handle_t* handle, size_t suggested_size, uv_buf_t* buf)
66                         //该函数负责为当前行为分配缓冲区，在当前事件发生之后运行，先进行缓冲区分配工作，在这个回调函数中libuv会向你提供一个suggested_size作为缓冲区大小的建议值
67                         //我们需要做的是在堆上分配uv_buf_t这样的数据结构，并把buf指针指向该地址！(这个理解很关键。。。应该是这样吧？:))
68                         //echo_read是另一个uv_read_cb类型的回调函数，会在libuv完成read之后调用(时间点重要)。
69     }
70     else {
71         uv_close((uv_handle_t*) client, NULL);//出现错误，关闭
72     }
73 }
74
75 int main() {
76     loop = uv_default_loop();//使用默认loop
77
78     uv_tcp_t server;//tcp_t结构，这是在栈上分配
79     uv_tcp_init(loop, &server);//算是把tcp绑定在了loop上面
80
81     uv_ip4_addr("0.0.0.0", DEFAULT_PORT, &addr);//ip和端口直接获得sockaddr_in结构。。要是自己写要好几个函数
82
83     uv_tcp_bind(&server, (const struct sockaddr*)&addr, 0);//绑定tcp连接和地址
84     int r = uv_listen((uv_stream_t*) &server, DEFAULT_BACKLOG, on_new_connection);//开始监听，loop上面对于server的event监听正式开始
85                                 //这里的几个参数才是关键：这里可以把uv_tcp_t当成uv_stream_t的子类（进行了结构体的扩展），所以这里可以使用强制类型转换绑定的流
86                                 //on_new_connection作为一个回调函数（有固定格式，库会有参数传递），当有连接可以connect的时候进行调用，从参数来看调用时connect还没完成！
87     if (r) {
88         fprintf(stderr, "Listen error %s\n", uv_strerror(r));//libuv错误处理函数
89         return 1;
90     }
91     return uv_run(loop, UV_RUN_DEFAULT);//开始event loop
92 }

感觉把每个函数的调用时间搞清楚，把所有参数传递的过程搞清楚libuv库也就搞清楚了。

第一次看这种这么多回调函数的代码时感觉真的是不舒服，但一步一步想通之后就感觉好多了，关键要搞清楚libuv库到底为我们提供了什么。

原文地址：https://www.cnblogs.com/J1ac/p/9038581.html