nginx中gzip_types匹配content-type的方式

睢宁王健林

1.背景

我们系统中有一个功能，可以配置content-type类型来决定是否打开gzip压缩。
这个配置与nginx官方的gzip_type不同的地方在于，nginx官方的是写死在配置文件中的，所有请求都生效；我们自研的是，不同用户的gzip_type可以不同。

最近发现一个问题

content-type配置为：image/jpeg，但是后端响应的Content-Type为"
image/jped;charset:UTF-8"时，由于代码中是将配置的content-type与响应头中字符串作精确比较，因此，上述场景，并不能正确打开gzip功能。

nginx对此是如何处理的呢？

后端响应的Content-Type保持为image/jped;charset:UTF-8。
1、配置gzip_type 如下，gzip生效：

1. gzip_type image/jpeg;

复制代码

2、配置gzip_type如下，gzip不生效：（nginx官方文档中也没有提及下面的配置方法）

1. gzip_type "image/jpeg;charset:UTF-8";

复制代码

2.nginx处理流程

在进行header_filter时，对content-Type做了校验：

1. static ngx_int_t
   
2. ngx_http_gzip_header_filter(ngx_http_request_t *r)
   
3. {
   
4.     ngx_table_elt_t       *h;
   
5.     ngx_http_gzip_ctx_t   *ctx;
   
6.     ngx_http_gzip_conf_t  *conf;
   
7. 
   
8.     conf = ngx_http_get_module_loc_conf(r, ngx_http_gzip_filter_module);
   
9. 
   
10.     if (!conf->enable
    
11.         || (r->headers_out.status != NGX_HTTP_OK
    
12.             && r->headers_out.status != NGX_HTTP_FORBIDDEN
    
13.             && r->headers_out.status != NGX_HTTP_NOT_FOUND)
    
14.         || (r->headers_out.content_encoding
    
15.             && r->headers_out.content_encoding->value.len)
    
16.         || (r->headers_out.content_length_n != -1
    
17.             && r->headers_out.content_length_n < conf->min_length)
    
18.             // ngx_http_test_content_type中对content_type做了校验
    
19.         || ngx_http_test_content_type(r, &conf->types) == NULL
    
20.         || r->header_only)
    
21.     {
    
22.         return ngx_http_next_header_filter(r);
    
23.     }
    
24.     ...
    
25.     }

复制代码

ngx_http_test_content_type定义如下：

1. void *
   
2. ngx_http_test_content_type(ngx_http_request_t *r, ngx_hash_t *types_hash)
   
3. {
   
4.     u_char      c, *lowcase;
   
5.     size_t      len;
   
6.     ngx_uint_t  i, hash;
   
7. 
   
8.     if (types_hash->size == 0) {
   
9.         return (void *) 4;
   
10.     }
    
11. 
    
12.     if (r->headers_out.content_type.len == 0) {
    
13.         return NULL;
    
14.     }
    
15. 
    
16.     len = r->headers_out.content_type_len;
    
17. 
    
18.     if (r->headers_out.content_type_lowcase == NULL) {
    
19. 
    
20.         lowcase = ngx_pnalloc(r->pool, len);
    
21.         if (lowcase == NULL) {
    
22.             return NULL;
    
23.         }
    
24. 
    
25.         r->headers_out.content_type_lowcase = lowcase;
    
26. 
    
27.         hash = 0;
    
28. 
    
29.         for (i = 0; i < len; i++) {
    
30.             c = ngx_tolower(r->headers_out.content_type.data[i]);
    
31.             hash = ngx_hash(hash, c);
    
32.             lowcase[i] = c;
    
33.         }
    
34. 
    
35.         r->headers_out.content_type_hash = hash;
    
36.     }
    
37. 
    
38.     return ngx_hash_find(types_hash, r->headers_out.content_type_hash,
    
39.                          r->headers_out.content_type_lowcase, len);
    
40. }

复制代码

可以看出，将content-type头域内容转换为了小写，并使用了r->headers_out.content_type_len长度的内容，与配置的types进行比较。
但是针对第1种情况，配置和实际响应头明明是不相等的啊，是这么匹配成功的？
使用gdb打断点，发现

• r->headers_out.content_type为：
  
• {len = 24, data = “image/jpeg;charset=UTF-8”}
  
• 但是，
  
• r->headers_out.content_type_len却是10！这个与上面为什么不一致呢？
  

找到设置content_type的地方：

1. static ngx_int_t
   
2. ngx_http_set_content_type_header(ngx_http_request_t *r,
   
3.     ngx_http_lua_header_val_t *hv, ngx_str_t *value)
   
4. {
   
5.     ngx_uint_t          i;
   
6. 
   
7.         // 此时，r->headers_out.content_type_len与 value->len 还是相等的
   
8.     r->headers_out.content_type_len = value->len;
   
9. 
   
10. 
    
11. #if 1
    
12. 
    
13.     for (i = 0; i < value->len; i++) {
    
14.         if (value->data[i] == ';') {
    
15.                 // 找到第一个分号，然后修改了r->headers_out.content_type_len
    
16.             r->headers_out.content_type_len = i;
    
17.             break;
    
18.         }
    
19.     }
    
20. #endif
    
21. 
    
22.     r->headers_out.content_type = *value;
    
23.     r->headers_out.content_type_hash = hv->hash;
    
24.     r->headers_out.content_type_lowcase = NULL;
    
25. 
    
26.     value->len = 0;
    
27. 
    
28.     return ngx_http_set_header_helper(r, hv, value, NULL, 1);
    
29. }

复制代码

可以看出，nginx只使用了Content-Type响应头中第一个分号前的内容进行匹配。

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

来源:https://www.jb51.net/server/32110087o.htm
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！