1.libevent、源码libev框架介绍
2.网络I/O库总结（libevent,深度libuv,libev,libeio）
libevent、libev框架介绍
本文深入讲解了libevent的剖析API，并剖析了libevent的源码evbuffer源码。libevent、深度libev和libuv都是剖析企业网站带商城源码C语言实现的异步事件库，主要负责注册异步事件、源码检测异步事件，深度并根据事件的剖析触发先后顺序调用相应的回调函数处理事件。这些事件包括网络I/O事件、源码定时事件以及信号事件，深度共同驱动服务器运行。剖析
libevent和libev主要封装了与操作系统交互的源码简单事件管理接口，让开发者无需关注平台差异，深度只需处理事件的剖析具体逻辑。libev改进了libevent的架构决策，如消除全局变量的使用，采用回调函数传递上下文，构建不同的macbook解压android源码数据结构以降低事件耦合性，使用最小四叉堆作为计时器，从而实现高效管理。然而，libevent和libev在window平台的支持较差，因此libuv应运而生，基于libev，尤其在window平台上更好地封装了iocp，node.js即基于libuv。
在libevent的编译安装过程中，首先从git下载release-2.1.-stable.tar.gz，然后在编译程序时指定库名：-levent。由于头文件和库文件已经复制至系统路径，因此在编译时无需额外指定-I和-L。
libevent的封装层次分为网络封装和解决的问题。网络封装包括IO检测和IO操作，解决的问题涉及连接建立（如最大连接数、黑白名单等）和连接断开，以及数据的opencsv源码包下载到达与发送。如果不想手动操作IO事件，libevent会管理读写I/O处理，使开发者只需处理逻辑，无需关心边界问题。
libevent提供了事件检测与操作的封装。事件检测是低层封装，由libevent负责，用户自定义IO操作。该层次封装了事件管理器操作和事件接口。事件管理器event_base用于构建事件集合，检测事件就绪情况。释放管理器使用event_base_free，event_reinit用于重置，event_get_supported_methods查看支持的方法。
事件循环通过event_base_dispatch和event_base_loop实现，等待事件产生，提供类似epoll红黑树循环的功能。事件循环终止使用event_base_loopbreak和event_base_loopexit，openwrt源码库前者在事件回调执行后终止，后者立即终止。
事件对象通过event_new创建，event_free销毁。注册与注销事件使用event_add和event_del，事件驱动的核心思想是libevent的核心功能。
libevent事件对象包括只使用事件检测、IO操作自处理的Demo。此外，自带缓冲的事件-bufferevent介绍其作为event的高级版本，拥有两个缓冲区和三个回调函数，分别用于读取、写入和事件处理。
bufferevent提供读写数据到缓冲区的封装，三个回调函数分别处理读取、写入和事件触发。构建、销毁bufferevent对象，链接分享网站 源码以及连接操作、设置回调等。
事件类型注册与注销使用bufferevent_enable/disable，获取读写缓冲区使用bufferevent_get_input和bufferevent_get_output，数据分割使用evbuffer_readln和固定长度读取使用evbuffer_remove。
对于bufferevent，一个文件描述符对应两个缓冲区和三个回调函数，文件描述符用于与客户端通信，非监听文件描述符。两个缓冲区指读缓冲区和写缓冲区，三个回调分别对应读操作、写操作和事件触发。
链接监听器-evconnlistener封装底层socket通信函数，如socket、bind、listen、accept。创建监听器后，等待新客户端连接，调用用户指定的回调函数。构建监听器使用evconnlistener_new_bind，回调函数evconnlistener_cb接收与客户端通信的描述符和连接对端地址。
信号事件在libevent中与网络事件相似，通过epoll监听。定时事件和网络事件的处理机制基于最小堆与epoll_wait，通过源码分析可深入了解流程。
evbuffer作为libevent底层实现的链式缓冲区，用于bufferevent事件中的数据读写。每个evbuffer由链表组成，包含关键成员和实现细节。evbuffer的优点在于高效处理数据移动和内存浪费，缺点是数据在不连续内存中存储，可能导致多次io。libev关注具体网络IO事件、定时事件和信号事件，提供API如ev_io_init、ev_io_start、ev_timer_start和ev_run。通过libev宏定义封装，开发者能使用与libevent类似的接口。
网络I/O库总结（libevent,libuv,libev,libeio）
Libevent
Libevent 是一个基于事件驱动模型的非阻塞网络库，用于构建高速、可移植的非阻塞 IO 应用。广泛应用于 memcached、Vomit、Nylon、Netchat 等项目中，作为底层网络库，用于实现 TCP 或 HTTP 服务。Libevent 的 GitHub 源码可访问。
Libev
Libev 是由 Marc Lehmann 独立完成的，对不同系统非阻塞模型进行简单封装，解决了不同 API 之间的不兼容问题，保证程序在大多数 *nix 平台上运行。Libev 支持类 UNIX 系统的多种 I/O 多路复用模型，如 select、poll、epoll、kqueue、evports 等，但对于 Windows 的支持仅限于 select 模型，效率较低，性能不如 Libuv 封装的 IOCP。Libev 目标是修复 Libevent 的一些设计问题，如避免使用全局变量，提供更高效的事件类型管理。
Libuv
Libuv 是一个跨平台、高性能、事件驱动的异步 IO 库，用 C 语言编写，封装了不同平台底层的高性能 IO 模型，如 epoll、kqueue、IOCP、event ports，具有高度可移植性。Libuv 为 Node.js 设计，但因其高效模型逐渐被其他语言和项目采纳，用于底层库，如 Luvit、Julia、uvloop、pyuv 等。
Libevent、Libev、Libuv 比较
根据 GitHub 星标数，Libuv 的影响力最大，其次是 Libevent，Libev 关注较少。在优先级、事件循环、线程安全等方面，Libuv 更为现代，支持多种平台和 IO 模型，提供了更优的性能和功能。Libevent 和 Libev 分别针对不同平台和需求进行优化，Libev 旨在修复 Libevent 的问题。性能和可移植性方面，Libuv 优于 Libevent 和 Libev。
异步 IO 实现
目前 Linux 异步 IO 实现有原生异步 IO 和多线程模拟异步 IO 两种方式。原生异步 IO 支持特定场景，但不充分利用 Page cache；多线程模拟异步 IO 方式如 Glibc AIO、libeio、io_uring 等，提供更广泛的适用场景。
