在handler函数中，比如，一般申请buffer都是从ngx_http_request_t *r的r->pool中去申请。但是如果需要改变r->connection->addr_text.data的buffer,去申请更大的一块内存，那么，如果从r->pool申请，是会有问题，这个需要注意，在项目中刚开始没有注意，到时从r->pool中去申请内存，但是，access.log刷出来的信息，remote_ip 却不是ip字符串，也影响一些代码的操作。
如 u_char * addr_buf = ngx_pnalloc(r->connection->pool,r->connection->addr_text.len + 1 + sizeof(long));
ngx_memcpy(addr_buf,r->connection->addr_text.data,r->connection->addr_text.len);
addr_buf[r->connection->addr_text.len] = 0;
...
2.这个情况是我遇到的，可能放在另外一个环境就不会发生。
在使用ngx_http_output_filter(r,&out)发送content的时候
如果 out 有两个，那么，在组织的时候，
ngx_chain_t out1,out2;
ngx_buf_t *buf1,*buf2;
buf1 = ngx_pnalloc(..)
buf1->pos = ngx_pnalloc(..);
buf2 = ngx_pnalloc(..)
buf2->pos = ngx_pnalloc(..);
out1->buf = buf1;
out2->buf = buf2;
out2->next = NULL;
out1->next = &out2;
ngx_http_output_filter(r,&out1);
通过这个方式在发送2份content的时候，在copy filter阶段的ngx_output_chain_as_is这个函数内，检测是否content是否在文件中
并且采用directio方式的这个判断，会有段错误，因为out->file=NULL;
后来，将2个out弄成一个，数据都放到一个buf->pos里。
再测试时，还是偶尔会在上面说的地方发送段错误，因此考虑了下，我的数据是在buffer中，而不是在file中
因此设置下buf->in_file=0；之后就一切ok了。
3.自己实现的第三方模块，一般来说，主要是为了去处理请求，并生成内容，那么其实实质就是编写handler和将请求提交给自己实现的处理线程。
1)那么要注意的是，是在模块的上下文中的postconfiguration阶段去指定个函数，并在该函数
中去指定将这个handler是压在处理的哪个阶段，最近的项目用的是nginx的1.0.13这个版本，在该项目中，初期，我们是压的content阶段，但是，在handler处理内部要指定delay，一直进不去，后来改成了
preaccess阶段。关于指定不了content的原因，我以前在另外的一篇文章中有说到。
2)指定delay函数，在需要由自己定义的线程去处理，可能没有第一时间返回，那么我们就需要用到定时器，设置超时时间，在隔一段时间后再去访问是否处理好，这样可以不阻塞影响后面的请求处理。
//设置超时函数
r->write_event_handler = ngx_http_recommend_service_delay;
//设置定时器时间
ngx_add_timer(r->connection->write, (ngx_msec_t)DELAY_TIME);
4.处理线程的载入
这个毋庸置疑了，是在进程初始化阶段去初始化我们自己实现的处理线程。
为什么需要这个线程，我举个例子，比如分层架构，前端是web server 接受请求，后端是分布式redis组
那么这里，通过自己实现的处理线程去接受web server 接受到的请求，简单处理后提交给处理线程去到redis server组中取实际数据，这个过程可能不是立即完成。因此，就有上面说的一点，需要设置定时器。
最后，这篇文章中间隔了一段时间了，可能写的不是很流畅，以后再做到类似的项目时，在仔细编排编排，将各种要注意的细节全部整理下。