过滤模块是过滤响应头和内容的模块。它工作在获取回复内容之后，向用户发送响应之前。它的处理过程分为两个阶段，过滤HTTP回复的头部和主体，在这两个阶段可以分别对头部和主体进行修改。
src/http/ngx_http.c中有对filter函数指针变量的定义：
所有模块的响应内容都要调用这两个函数指针指向的函数，被这两个函数处理后再返回给客户端。
通过局部的全局变量，比如，在每个filter模块，会有类似如下代码：
static ngx_http_output_header_filter_pt ngx_http_next_header_filter;
static ngx_http_output_body_filter_pt ngx_http_next_body_filter;
ngx_http_next_header_filter = ngx_http_top_header_filter;
ngx_http_top_header_filter = ngx_http_example_header_filter;
ngx_http_next_body_filter = ngx_http_top_body_filter;
ngx_http_top_body_filter = ngx_http_example_body_filter;
| filter模块 | 描述 |
|---|---|
| ngx_http_not_modified_filter_module | 默认打开，如果请求的if-modified-since等于回复的last-modified间值，说明回复没有变化，清空所有回复的内容，返回304 |
| ngx_http_range_body_filter_module | 默认打开，只是响应体过滤函数，支持range功能，如果请求包含range请求，那就只发送range请求的一段内容 |
| ngx_http_copy_filter_module | 始终打开，只是响应体过滤函数， 主要工作是把文件中内容读到内存中，以便进行处理 |
| ngx_http_headers_filter_module | 始终打开，可以设置expire和Cache-control头，可以添加任意名称的头 |
| ngx_http_userid_filter_module | 默认关闭，可以添加统计用来识别用户的cookie |
| ngx_http_charset_filter_module | 默认关闭，可以添加charset，也可以将内容从一种字符集转换到另外一种字符集，不支持多字节字符集 |
| ngx_http_ssi_filter_module | 默认关闭，过滤SSI请求，可以发起子请求，去获取include进来的文件 |
| ngx_http_postpone_filter_module | 始终打开，用来将子请求和主请求的输出链合并 |
| ngx_http_gzip_filter_module | 默认关闭，支持流式的压缩内容 |
| ngx_http_range_header_filter_module | 默认打开，只是响应头过滤函数，用来解析range头，并产生range响应的头 |
| ngx_http_chunked_filter_module | 默认打开，对于HTTP/1.1和缺少content-length的回复自动打开 |
| ngx_http_header_filter_module | 始终打开，用来将所有header组成一个完整的HTTP头 |
| ngx_http_write_filter_module | 始终打开，将输出链拷贝到r->out中，然后输出内容 |
Nginx可以方便的加入第三方的过滤模块。在过滤模块的目录里，首先需要加入config文件，文件的内容如下：
ngx_addon_name=ngx_http_example_filter_module
HTTP_AUX_FILTER_MODULES="$HTTP_AUX_FILTER_MODULES ngx_http_example_filter_module"
NGX_ADDON_SRCS="$NGX_ADDON_SRCS $ngx_addon_dir/ngx_http_example_filter_module.c"
说明把这个名为ngx_http_example_filter_module的过滤模块加入，ngx_http_example_filter_module.c是该模块的源代码。
单向链表： ngx_chain_t
typedef struct ngx_chain_s ngx_chain_t;
struct ngx_chain_s {
ngx_buf_t *buf;
ngx_chain_t *next;
};
在过滤模块中，所有输出的内容都是通过一条单向链表所组成。这种单向链表的设计，正好应和了Nginx流式的输出模式。每次Nginx都是读到一部分的内容，就放到链表，然后输出出去。这种设计的好处是简单，非阻塞，但是相应的问题就是跨链表的内容操作非常麻烦，如果需要跨链表，很多时候都只能缓存链表的内容。
单链表负载的就是ngx_buf_t结构体
typedef struct ngx_buf_s ngx_buf_t;
struct ngx_buf_s {
u_char *pos; /* 当前buffer真实内容的起始位置 */
u_char *last; /* 当前buffer真实内容的结束位置 */
off_t file_pos; /* 在文件中真实内容的起始位置 */
off_t file_last; /* 在文件中真实内容的结束位置 */
u_char *start; /* buffer内存的开始分配的位置 */
u_char *end; /* buffer内存的结束分配的位置 */
ngx_buf_tag_t tag; /* buffer属于哪个模块的标志 */
ngx_file_t *file; /* buffer所引用的文件 */
ngx_buf_t *shadow; /* 用来引用替换过后的buffer，以便当所有buffer输出以后，这个影子buffer可以被释放。*/
/* the buf's content could be changed */
unsigned temporary:1;
/*
* the buf's content is in a memory cache or in a read only memory
* and must not be changed
*/
unsigned memory:1;
/* the buf's content is mmap()ed and must not be changed */
unsigned mmap:1;
unsigned recycled:1; /* 内存可以被输出并回收 */
unsigned in_file:1; /* buffer的内容在文件中 */
unsigned flush:1;/* 马上全部输出buffer的内容, gzip模块里面用得比较多 */
unsigned sync:1;/* 基本上是一段输出链的最后一个buffer带的标志，标示可以输出，
有些零长度的buffer也可以置该标志*/
unsigned last_buf:1; /* 所有请求里面最后一块buffer，包含子请求 */
unsigned last_in_chain:1; /* 当前请求输出链的最后一块buffer */
unsigned last_shadow:1; /* shadow链里面的最后buffer，可以释放buffer了 */
unsigned temp_file:1; /* 是否是暂存文件 */
/* STUB */ int num; /* 统计用，表示使用次数 */
};
一般buffer结构体可以表示一块内存，内存的起始和结束地址分别用start和end表示，pos和last表示实际的内容。如果内容已经处理过了，pos的位置就可以往后移动。如果读取到新的内容，last的位置就会往后移动。所以buffer可以在多次调用过程中使用。如果last等于end，就说明这块内存已经用完了。如果pos等于last，说明内存已经处理完了。
响应头过滤函数的入口只有一个：
ngx_int_t
ngx_http_send_header(ngx_http_request_t *r)
{
···
return ngx_http_top_header_filter(r);
}
该函数向客户端发送回复的时候调用，然后按上述的执行顺序。该函数的返回值一般是NGX_OK，NGX_ERROR和NGX_AGAIN，分别表示处理成功，失败和未完成。
可以把HTTP响应头的存储方式想象成一个hash表，在Nginx内部可以查找和修改各个响应头，ngx_http_header_filter_module过滤模块把所有的HTTP头组合成一个完整的buffer，最终ngx_http_write_filter_module过滤模块把buffer输出。
入口函数代码如下：
ngx_int_t
ngx_http_output_filter(ngx_http_request_t *r, ngx_chain_t *in)
{
ngx_int_t rc;
ngx_connection_t *c;
c = r->connection;
ngx_log_debug2(NGX_LOG_DEBUG_HTTP, c->log, 0,
"http output filter \"%V?%V\"", &r->uri, &r->args);
rc = ngx_http_top_body_filter(r, in);
if (rc == NGX_ERROR) {
/* NGX_ERROR may be returned by any filter */
c->error = 1;
}
return rc;
}
ngx_http_output_filter可以被一般的静态处理模块调用，也可能在upstream模块里面被调用，对于整个请求的处理阶段来说，他们的用处都是一样的，就是把响应内容过滤，然后发给客户端。
具体模块的响应体过滤函数的格式类似这样：
static int
ngx_http_example_body_filter(ngx_http_request_t *r, ngx_chain_t *in)
{
···
return ngx_http_next_body_filter(r, in);
}
该函数的返回值一般是NGX_OK，NGX_ERROR和NGX_AGAIN，分别表示处理成功，失败和未完成。
响应的主体内容就存于单链表in，链表一般不会太长，有时in参数可能为NULL。in中存有buf结构体中，对于静态文件，这个buf大小默认是32K；对于反向代理的应用，这个buf可能是4k或者8k。为了保持内存的低消耗，Nginx一般不会分配过大的内存，处理的原则是收到一定的数据，就发送出去。一个简单的例子，可以看看Nginx的chunked_filter模块，在没有contentlengt的情况下，chunk模块可以流式（stream）的加上长度，方便浏览器接收和显示内容。
在响应体过滤模块中，尤其要注意的是buf的标志位，完整描述可以在“相关结构体”这个节中看到。如果buf中包含last标志，
说明是最后一块buf，可以直接输出并结束请求了。如果有flush标志，说明这块buf需要马上输出，不能缓存。如果整块
buffer经过处理完以后，没有数据了，你可以把buffer的sync标志置上，表示只是同步的用处。
当所有的过滤模块都处理完毕时，在最后的write_fitler模块中，Nginx会将in输出链拷贝到r->out输出链的末尾，然后调用sendfile或者writev接口输出。由于Nginx是非阻塞的socket接口，写操作并不一定会成功，可能会有部分数据还残存在r->out。在下次的调用中，Nginx会继续尝试发送，直至成功。