[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8},"actionData","errors","root",{"_11":-5},"routes/user.$name.topics",{"_9":10,"_11":12,"_13":14,"_15":16,"_17":18,"_19":20},"topics",[36,37],"user",{"_21":22,"_13":14,"_23":24,"_25":26,"_27":28,"_29":30,"_31":20,"_32":33,"_34":35},"loginname","coding","page",1,"limit",20,"total",2,"id","1447","avatar_url","http://www.gravatar.com/avatar/5a2c582d542fe83eb6cd621f088f3943?s=48","githubUsername","","create_at","2011-11-27 23:19:40","score",30,"topic_count","reply_count",4,"is_star",false,{"_21":54,"_39":22,"_40":-5,"_41":55,"_43":56,"_45":57,"_47":35,"_48":35,"_32":58,"_49":59,"_27":60,"_52":61},{"_21":38,"_39":22,"_40":-5,"_41":42,"_43":44,"_45":46,"_47":35,"_48":35,"_32":33,"_49":50,"_27":51,"_52":53},"187","author_id","tab","content","

近日读node.js代码，随手记下了一些，不对的地方还请大家指正~

\n\n

在cnodejs里发帖，有些字符有特殊含义，比如下划线“_”会标识斜体。。。（恕我愚钝）\n看不清楚可以看这里：\nhttp://www.codingguy.net/?p=195

\n\n

这个库全称貌似为Enhanced IO，用多线程实现了异步IO操作，为什么不用libev？因为libev用epoll(linux平台)，不支持regular file。没错，libeio就是给node.js的fs模块用的。

\n\n

从demo.c看如何使用

\n\n

翻开代码，有个demo.c，操作很多，常用文件io都包括了。精简一下代码，得到一个minidemo.c:

\n\n

int respipe [2];\n\nvoid want_poll (void)\n{\n    char dummy;\n    printf (\"want_poll ()\\n\");\n    write (respipe [1], &dummy, 1);\n}\n\nvoid done_poll (void)\n{\n    char dummy;\n    printf (\"done_poll ()\\n\");\n    read (respipe [0], &dummy, 1);\n}\n\nint res_cb (eio_req *req)\n{\n    printf (\"res_cb(%d|%s) = %d\\n\", req->type, req->data ? req->data : \"?\",\n            EIO_RESULT (req));\n    if (req->result < 0)\n        abort ();\n    return 0;\n}\n\nvoid event_loop (void)\n{\n    // an event loop. yeah.\n    struct pollfd pfd;\n    pfd.fd     = respipe [0];\n    pfd.events = POLLIN;\n    printf (\"\\nentering event loop\\n\");\n    while (eio_nreqs ()) {\n        poll (&pfd, 1, -1);\n        printf (\"eio_poll () = %d\\n\", eio_poll ());\n    }\n    printf (\"leaving event loop\\n\");\n}\n\nint main (void)\n{\n    printf (\"pipe ()\\n\");\n    if (pipe (respipe)) abort ();\n    printf (\"eio_init ()\\n\");\nif (eio_init (want_poll, done_poll)) abort ();\n    eio_mkdir (\"eio-test-dir\", 0777, 0, res_cb, \"mkdir\");\n    event_loop ();\n}\n

\n\n

这个demo很简单，大体流程如下：\n $\"enter$

\n\n

创建pipe
初始化eio，注册wantpoll与donepoll
发出异步操作：mkdir
启动event loop

\n\n

第一次看到这段代码，往往被pipe搞迷糊，为什么创建pipe呢？先不管为什么，我们先看是怎么用的。

\n\n

创建匿名管道后，fd放在respipe数组中，respipe[ 0 ]用于读pipe，respipe[ 1 ]用于写pipe。在wantpoll和donepoll函数中，分别对pipe进行写和读。而wantpoll与donepoll则通过eio_init注册，即，赋值到全局变量中。

\n\n

接着发出异步操作，创建一个目录eiomkdir(……)，这里的rescb是操作完成之后的回调函数。

\n\n

最后启动event loop。在这个函数中，有个大循环，eionreqs()表明尚未完成的请求数量，如果有未完成的请求，则poll respipe[0]，即等待可读，若可读则调用eiopoll取回结果。eiopoll的执行也会回调rescb函数。

\n\n

关于前面提到的pipe的作用，这与wantpoll与donepoll机制有关。wantpoll在响应队列第一次装入请求包的时候被调用；donepoll在响应队列为空的时候被调用。wantpoll向pipe写入数据、donepoll从pipe读出数据，读之前通过poll来等待数据可读，若可读，就说明有wantpoll调用，有异步请求被处理。接下来就可以调用eiopoll去接收结果并做回调了。这样，起到了类似锁的作用，同步了生产者消费者类型的资源访问，避免了无意义的循环空转，节约处理器cycle。

\n\n

小窥源代码

\n\n

看过demo，我们了解了hello world般的流程。但为了清楚eio接口函数的细节，以及异步io的实现方式，我们要继续读eio.[ch]的代码。话说eio的代码文件并不多，简单介绍一下名字：

\n\n

ecb.h

\n\n

这个头文件叫libecb（只有一个ecb.h的lib），全称为The e compiler builtins header/library。它把gcc相关的许多功能封装起来，并兼容不同的gcc版本。比如_ attribute _(attrlist)这些编译器相关的属性，可以用ecb_attribute(attrlist)这个宏来写，且不用考虑编译器版本（3.1以上才支持这个玩意）。

\n\n

eio.[ch]

\n\n

就这么一对儿c文件和h文件，先不解释了

\n\n

下面翻开源代码，从demo中出现的几个接口函数开始，分析一下eio的工作流程。

\n\n

一切的开始：eio_init

\n\n

使用eio，第一步就是调用eioinit做一堆初始化。初始化mutex、队列、各种计数器，还有注册wantpoll与done_poll回调函数，这两个函数是由用户提供的。

\n\n

X_MUTEX_CREATE (wrklock);\nX_MUTEX_CREATE (reslock);\nX_MUTEX_CREATE (reqlock);\nX_COND_CREATE  (reqwait);\nreqq_init (&req_queue);\nreqq_init (&res_queue);\nwrk_first.next =\nwrk_first.prev = &wrk_first;\nstarted  = 0;\nidle     = 0;\nnreqs    = 0;\nnready   = 0;\nnpending = 0;\nwant_poll_cb = want_poll;\ndone_poll_cb = done_poll;\n

\n\n

业务逻辑的入口：eio_xxx

\n\n

初始化之后，即可调用eio的异步io函数了。我们以前面demo中创建目录为例，调用eio_mkdir(…)函数。如其他异步io函数，函数体非常简洁，但是逻辑并不简洁：

\n\n

eio_req *eio_mkdir (const char *path, eio_mode_t mode, int pri, eio_cb cb, void *data)\n{\n    REQ (EIO_MKDIR); PATH; req->int2 = (long)mode; SEND;\n}\n

\n\n

真是那各种宏啊，淡定一下，找找定义：

\n\n

#define REQ(rtype)                                              \\\neio_req *req;                                                 \\\nreq = (eio_req *)calloc (1, sizeof *req);                     \\\nif (!req)                                                     \\\nreturn 0;                                                   \\\nreq->type    = rtype;                                         \\\nreq->pri     = pri;                                                    \\\nreq->finish  = cb;                                                       \\\nreq->data    = data;                                               \\\nreq->destroy = eio_api_destroy;\n

\n\n

这个宏创建了一个eio_req变量，注意是堆空间哦。然后根据rtype，也就是io操作的类型，对其赋值。那些cb等参数都不是宏里面的，从使用场景可以看出是eio _mkdir的参数。接下来是PATH，同样找到定义如下：

\n\n

#define PATH                                                           \\\nreq->flags |= EIO_FLAG_PTR1_FREE;                             \\\nreq->ptr1 = strdup (path);                                        \\\nif (!req->ptr1)                                                      \\\n{                                                                         \\\n    eio_api_destroy (req);                                               \\\n    return 0;                                                               \\\n}\n

\n\n

文件io操作嘛，自然要有path。接下来又填写了mode。以上这些操作都是为了构建一个eioreq变量。这个eioreq的结构定义如下：

\n\n

struct eio_req\n{\neio_req volatile *next; /* private ETP */\neio_ssize_t result;  /* result of syscall, e.g. result = read (... */\noff_t offs;      /* read, write, truncate, readahead, sync_file_range, fallocate: file offset, mknod: dev_t */\nsize_t size;     /* read, write, readahead, sendfile, msync, mlock, sync_file_range, fallocate: length */\nvoid *ptr1;      /* all applicable requests: pathname, old name; readdir: optional eio_dirents */\nvoid *ptr2;      /* all applicable requests: new name or memory buffer; readdir: name strings */\neio_tstamp nv1;  /* utime, futime: atime; busy: sleep time */\neio_tstamp nv2;  /* utime, futime: mtime */\nint type;        /* EIO_xxx constant ETP */\nint int1;        /* all applicable requests: file descriptor; sendfile: output fd; open, msync, mlockall, readdir: flags */\nlong int2;       /* chown, fchown: uid; sendfile: input fd; open, chmod, mkdir, mknod: file mode, sync_file_range, fallocate: flags */\nlong int3;       /* chown, fchown: gid */\nint errorno;     /* errno value on syscall return */\n#if __i386 || __amd64\nunsigned char cancelled;\n#else\nsig_atomic_t cancelled;\n#endif\nunsigned char flags; /* private */\nsigned char pri;     /* the priority */\nvoid *data;\neio_cb finish;\nvoid (*destroy)(eio_req *req); /* called when request no longer needed */\nvoid (*feed)(eio_req *req);    /* only used for group requests */\nEIO_REQ_MEMBERS\neio_req *grp, *grp_prev, *grp_next, *grp_first; /* private */\n};\n

\n\n

初始化了一个新的eioreq，接下只用了一个SEND完成其余工作，SEND定义很简单，只是调用了eiosubmit函数：

\n\n

#define SEND eio_submit (req); return req\n

\n\n

异步IO的抽象：eio_submit

\n\n

eiosubmit只是etpsubmit的一个封装：

\n\n

void eio_submit (eio_req *req)\n{\n    etp_submit (req);\n}\n

\n\n

这个etp_submit几乎是所有io操作的入口，其中的关键代码如下：

\n\n

X_LOCK (reqlock);\n++nreqs;\n++nready;\nreqq_push (&req_queue, req);\nX_COND_SIGNAL (reqwait);\nX_UNLOCK (reqlock);\netp_maybe_start_thread ();\n

\n\n

先做计数器累加，然后把刚刚初始化的eioreq放在reqqueue，这是request队列，然后调动etpmaybestartthread()，在这个函数中会判断是否调用etpstart_thread()启动工作线程。判断逻辑如下：

\n\n

if (ecb_expect_true (etp_nthreads () >= wanted))\n    return;\nif (ecb_expect_true (0 <= (int)etp_nthreads () + (int)etp_npending () - (int)etp_nreqs ()))\n    return;\n

\n\n

1．先判断工作线程数量，如果已到达上限（wanted，默认是4），则直接返回，不做任何操作。\n2．如果当前的工作线程数量与已处理请求数量的和小于总的请求数量（包括完成与未完成的），则直接返回，不做任何操作\n条件都满足了，接下来会调用etpstartthread()函数，通过thread_create创建线程。

\n\n

线程？！没错，就是线程：eio_proc

\n\n

在etpstartthread()中创建线程，线程函数etp_proc的代码大致如下：

\n\n

for (;;) {\n    for (;;) {\n        self->req = req = reqq_shift (&req_queue);\n        if (req)\n            break;\n    }\n        ETP_EXECUTE (self, req);\n        if (!reqq_push (&res_queue, req) && want_poll_cb)\n        want_poll_cb ();\n}\n

\n\n

流程概括如下：

\n\n

从req_queue队列（即，待处理队列）中取出一个eio请求
调用ETP_EXECUTE完成io的实质操作，这会是一个阻塞过程。
将eio请求插入res_queue队列（即，已处理队列）
调用wantpollcb回调函数

\n\n

这里要注意wantpollcb的回调条件，当且仅当入队前res_queue为空，才会调用。

\n\n

执行同步IO：eio_execute

\n\n

线程函数中有ETPEXECUTE出现，这个宏指代了eioexecute函数。在这个函数里面，根据eioreq的type域进行switch case，调用相应的io函数完成实质操作，并把结果写到eioreq中。示例代码如下：

\n\n

/* ... */\nswitch (req->type)\n{\n    /* ... */\n    case EIO_MKDIR:     req->result = mkdir     (req->ptr1, (eio_mode_t)req->int2); break;\n    /* ... */\n}\n/* ... */\n

\n\n

单纯从异步IO操作的执行看，前面介绍的流程已经能完成了，但是我们不仅要执行IO，还要获取执行的结果，并触发想要的回调。这是通过eio_poll来实现的：

\n\n

接收报告：eio_poll

\n\n

如同很多函数一样，eiopoll只是套了个壳儿，进而调用etppoll。删减了一些代码，挑出重要逻辑如下：

\n\n

for (;;) {\n    ETP_REQ *req;\n    etp_maybe_start_thread ();\n    req = reqq_shift (&res_queue);\n    if (req) {\n        if (!res_queue.size && done_poll_cb)\n        done_poll_cb ();\n    }\n    --nreqs;\n}\n

\n\n

流程要点如下：

\n\n

调用etpmaybestartthread()，上面已经讲过，在满足条件的情况下会创建工作线程。\n从resqueue中取出一个eioreq\n如果resqueue为空，则触发donepollcb回调

\n\n

总结

\n\n

就这样吧，再给出一张图来整体贯穿一下：\n $\"enter$

","title","Node.js代码阅读笔记之libeio","last_reply_at","2012-04-25 01:59:14.037","good","top","visit_count",11849,"2012-02-03 15:56:01.338","author",{"_13":14,"_23":24},"2742","如题，BAE支持Node.js，目前公测阶段，只需简单申请一下就可开通~~\r\n\r\nhttp://developer.baidu.com/wiki/index.php?title=docs/cplat/rt/node.js\r\n\r\n","BAE开始支持Node.js，欢迎来体验！","2013-12-24 15:25:26.82",42,16374,"2013-03-13 03:37:44.108",{"_13":14,"_23":24}]