zhwei_87的专栏

可以利用Libevent库做命令行解析及命令执行结果反馈 可以利用Libevent库做定时器使用 在sslsplit中使用了此库作为事件处理，如连接建立，内容读取转换等。 一、Libevent简介     libevent是一个基于事件触发的网络库，适用于windows、linux、bsd等多种平台，内部使用select、epoll、kqueue等系统调用管

之前的博文讲了怎么实现线程、锁、内存分配、日志等功能的跨平台。Libevent最重要的跨平台功能还是实现了多路IO接口的跨平台(即Reactor模式)。这使得用户可以在不同的平台使用统一的接口。这篇博文就是来讲解Libevent是怎么实现这一点的。         Libevent在实现线程、内存分配、日志时，都是使用了函数指针和全局变量。在实现多路IO接口上时，Libevent也采用了这种

一般来说，是主线程执行event_base_dispatch函数。本文也是如此，如无特别说明，event_base_dispatch函数是由主线程执行的。 notify的理由：         本文要说明的问题是，当主线程在执行event_base_dispatch进入多路IO复用函数时，会处于休眠状态，休眠前解锁。此时，其他线程可能想往event_base添加一个event，

前面的博文都是讲一些Libevent的一些辅助结构，现在来讲一下关键结构体：event_base。           这里作一个提醒，在阅读Libevent源码时，会经常看到backend这个单词。其直译是“后端”。实际上其指的是Libevent内部使用的多路IO复用函数，多路IO复用函数就是select、poll、epoll这类函数。本系列博文中，为了叙述方便，“多路IO复用函数”

之前的博文讲了很多Libevent的基础构件，现在以一个实际例子来初步探究Libevent的基本工作流程。由于还有很多Libevent的细节并没有讲所以，这里的探究还是比较简洁，例子也相当简单。 [cpp] view plaincopy #include   #include   #include   #include        

event_base允许用户对它里面的event设置优先级，这样可以使得有些更重要的event能够得到优先处理。         Libevent实现优先级功能的方法是：用一个激活队列数组来存放激活event。即数组的元素是一个激活队列，所以有多个激活队列。并且规定不同的队列有不同的优先级。         可以通过event_base_priority_init函数设

前面的博文已经说到，如果要对多个超时event同时进行监听，就要对这些超时event进行集中管理，能够方便地(时间复杂度小)获取、加入、删除一个event。         在之前的Libevent版本，Libevent使用小根堆管理这些超时event。小根堆的插入和删除时间复杂度都是O(logN)。在2.0.4-alpha版本时，Libevent引入了一个叫common-timeout的东

Libevent提供了一些与event相关的操作函数和操作。本文就重点讲一下这方面的源代码。           在Libevent中，无论是event还是event_base，都是使用指针而不会使用变量。实际上，如果查看Libevent不同的版本，就可以发现event和event_base这两个结构体的成员是不同的。对比libevent-2.0.21-stable和libevent-

信号event的工作原理：         前面讲解了Libevent怎么对一个IO事件进行监听，现在来讲一下Libevent怎么监听信号。Libevent对于信号的处理是采用统一事件源的方式。简单地说，就是把信号也转换成IO事件，集成到Libevent中。         统一事件源的工作原理是这样的：假如用户要监听SIGINT这个信号，那么在实现的内部就对SIGINT这个信号设置捕

如何成为超时event：                 Libevent允许创建一个超时event，使用evtimer_new宏。 [cpp] view plaincopy //event.h文件   #define evtimer_new(b, cb, arg)        event_new((b), -1, 0, (cb), (

基本时间操作函数：         Libevent采用的时间类型是struct  timeval，这个类型在很多平台都提供了。此外，Libevent还提供了一系列的时间操作函数。比如两个struct timeval相加、相减、比较大小。有些平台直接提供了一些时间操作函数，但有些则没有，那么Libevent就自己实现。这些宏如下： [cpp] view plainc

1. 首先下载相关软件包 1) log4cxx: http://logging.apache.org/log4cxx/ 2) apr: http://apr.apache.org/download.cgi 3) apr-util: http://apr.apache.org/download.cgi 2. 安装apr  tar xjf apr-1.3.3.tar.bz2  或者 tar

上一篇博客说到了TAILQ_QUEUE队列，它可以把多个event结构体连在一起。是一种归类方式。本文也将讲解一种将event归类、连在一起的结构：哈希结构。 哈希结构体：         哈希结构由下面几个结构体一起配合工作： [cpp] view plaincopy struct event_list   {

Libevent定义了一系列的可移植的兼容类型和函数。这使得在各个系统上都有一致的效果，Libevent一般都会在兼容通用类型和函数的前面加上ev或evutil前缀。         在实现上，Libevent都是使用条件编译+宏定义的方式。使用这种方式，同一个宏名字，可以使得在不同的系统上， 编译时得到不同的值。这种方式在跨平台编程中，经常使用到。此外，对于Libevent的兼容类型，如果

使用evconnlistener：         基于event和event_base已经可以写一个CS模型了。但是对于服务器端来说，仍然需要用户自行调用socket、bind、listen、accept等步骤。这个过程有点繁琐，为此在2.0.2-alpha版本的Libevent推出了一些对应的封装函数。         用户只需初始化struct sockaddr_in结构体变

truct event *event_new(struct event_base *, evutil_socket_t, short, event_callback_fn, void *); 分配并初始化一个新的event结构体，准备被添加。 该函数返回一个新的event，可以被用来event_add或者event_del。Fd和events参数决定了哪些情况会触发事件；callbac

转载请注明出处：http://blog.csdn.net/luotuo44/article/details/39344743         和之前的《Libevent工作流程探究》一样，这里也是用一个例子来探究bufferevent的工作流程。具体的例子可以参考《Libevent使用例子，从简单到复杂》，这里就不列出了。其实要做的例子也就是bufferevent_s

转载请注明出处：http://blog.csdn.net/luotuo44/article/details/39325447 锁操作：         在前一篇博文可以看到很多函数在操作前都需要对这个evbuffer进行加锁。同event_base不同，如果evbuffer支持锁的话，要显式地调用函数evbuffer_enable_locking。

转载请注明出处：http://blog.csdn.net/luotuo44/article/details/39290721                          对于非阻塞IO的网络库来说，buffer几乎是必须的。Libevent在1.0版本之前就提供了buffer功能。现在来看一下Libevent的buffer。 buffer相关结构体：

我所分析的Libevent版本是2.0.21版本，是目前最新的稳定版本。看这系列博文中，需要读者有Linux编程的一些基础。因为像POSIX、文件描述符、多线程等等这些概念，我并不会去解释，我默认读者已经熟悉这些概念了。如果读者读过《UNIX环境高级编程》，那就完全没问题了。         因为Libevent是跨平台的，所以它使用了很多它自己定义的通用跨平台类型，比如evutil_soc

如果你打开Libevent的一些文件，比如util.h文件。就会发现使用了很多宏定义，并根据一些宏定义而进行条件编译。这些宏定义往往来自event-config.h文件中。         如util.h文件的代码开始处： [cpp] view plaincopy #ifdef _EVENT_HAVE_SYS_TIME_H   #incl

日志处理：         在Libevent的源码中，经常会见到形如event_warn、event_msgx、event_err之类的函数。这通常出现在代码中一些值是不合理时。这些函数就是Libevent的日志函数。它能把这些不合理的情况打印出来，告知用户。 定制日志回调函数：         Libevent在默认情况下，会将这些日志信息输出到终端上。这当然就不利于日后的观察。

Libevent的内存分配函数还是比较简单的，并没有定义内存池之类的东西。如同前一篇博客那样，给予Libevent库的使用者充分的设置权(定制)，即可以设置用户(Libevent库的使用者)自己的内存分配函数。至于怎么分配，主动权在于用户。但在设置(定制)的时候要注意一些地方，下面会说到。         首先，如果要定制自己的内存分配函数，就得在一开始配置编译Libevent库是，不能加入

Libevent提供给用户的可见多线程API都在thread.h文件中。在这个文件提供的API并不多。基本上都是一些定制函数，像前面几篇博文说到的，可以为Libevent定制用户自己的多线程函数。 开启多线程：         Libevent默认是不开启多线程的，也没有锁、条件变量这些东西。这点和前面博客说到的"没有定制就用Libevent默认提供"，有所不同。只有当你调用了

Debug锁操作：                Libevent还支持对锁操作的一些检测，进而捕抓一些典型的锁错误。Libevent检查： 解锁自己(线程)没有持有的锁在未解锁前，自己(线程)再次锁定一个非递归锁。         Libevent通过一些变量记录锁的使用情况，当检查到这些锁的错误使用时，就调用abort，退出运行。 开启调试功能：

Libevent源码中有一个queue.h文件，位于compat/sys目录下。该文件里面定义了5个数据结构，其中TAILQ_QUEUE是使得最广泛的。本文就说一下这个数据结构。 队列结构体：         TAILQ_QUEUE由下面两个结构体一起配合工作。 [cpp] view plaincopy #define TAI

在之前的博客中已经非常详细的介绍了Redis的各种操作命令、运行机制和服务器初始化参数配置。本篇博客是该系列博客中的最后一篇，在这里将给出基于Redis客户端组件访问并操作Redis服务器的代码示例。然而需要说明的是，由于Redis官方并未提供基于C接口的Windows平台客户端，因此下面的示例仅可运行于Linux/Unix平台。但是对于使用其它编程语言的开发者而言，如C#和Java，Redis则