03 nginx 是如何自动推导文件的 content-type 的

前言

nginx 可以作为一个 静态资源服务器 

我们暴露一个 nginx 服务 

然后 从浏览器访问 存储的文件, 图片, 视频, html 等等, nginx 可以正确的 设置 Content-Type 给客户端使用 

客户端 识别到了 图片, 自动加载图片, 识别到了 html, 自动渲染 html 

识别到了 其他二进制文件, 自动下载文件 等等 

我们这里 就来看一下 nginx 是如何响应 Content-Type 的 

以下截图, 调试基于 nginx-1.18.0

ngx_http_set_content_type 

本文的答案就在这里了 

如果上游服务已经设置了 Content-Type, 使用已有的 Content-Type 

否则根据 r.uri 的 extension 来尝试获取 Content-Type, clcf->types_hash 中存放了各种后缀 映射的 Content-Type, 如果获取到了, 使用该 Content-Type 

否则 使用配置的 默认的Content-Type 

请求为 "/regex11.html"

根据 "html" 获取 Content-Type, 拿到的是 "text/html", 响应给客户端  

(gdb) b ngx_http_core_module.c:1616
Breakpoint 6 at 0x107d247f6: file src/http/ngx_http_core_module.c, line 1616.
(gdb) print r.uri
$83 = {len = 13, data = 0x7fa04a000004 "/regex11.html HTTP/1.1\r\nHost"}
(gdb) list
1611	
1612	        }
1613	
1614	        type = ngx_hash_find(&clcf->types_hash, hash,
1615	                             r->exten.data, r->exten.len);
1616	
1617	        if (type) {
1618	            r->headers_out.content_type_len = type->len;
1619	            r->headers_out.content_type = *type;
1620	
(gdb) next
1617	
(gdb) print type
$80 = (ngx_str_t *) 0x7fa048017d50
(gdb) print type.data
$81 = (u_char *) 0x7fa048017d30 "text/html"
(gdb) print clcf->default_type
$82 = {len = 24, data = 0x7fa048018c95 "application/octet-stream"}

clcf->types.hash 来自于哪里?

来自于 mime.types 的配置文件 

http { 
    include       mime.types;
    default_type  application/octet-stream;
    // xxx 
}

完