当测试遇到request指定header（疑惑到反思）

场景描述：

1. （php+nginx）RD提测代码中向后端发起请求时指定header内容，包括useragent/content-type/accept-encoding（原框架中未指定）。

 ‘useragent‘       => "Mozilla/5.0"
 ‘content-type‘    => "application/x-www-form-urlencoded"
 ‘Accept-Encoding‘ => "gzip"

2. 在测试环境测试，能够返回预期的结果；

3. 潜在担心头部指定不当会造成乱码等情况，但不清晰（问题所在，未清晰了解导致未知的敬畏）

解决：

1. 重新理解header中的useragent/content-type/accept-encoding；

根据《HTTP权威指南》附录所述，useragent/content-type/accept-encoding意义如下：

•  useragent

1. 定义

2. 用途：如服务器可根据发起请求的客户端类型定制化返回结果

3. 所取值的意义：

‘useragent‘       => "Mozilla/5.0"

Mozilla/5.0 is the general token that says the browser is Mozilla compatible, and is common to almost every browser today.（参考：useragent）

• content-type

1. 定义

2. 用途：内容协商头部集。如浏览器收到服务端的返回，即可知道如何展示；但其实现有场景是客户端头部中的header，表单的提交流程如下（参考：form）。

其中与content-type相关的就是user agent会根据enctype值encode表单元素。

3. 所取值的意义：

‘content-type‘    => "application/x-www-form-urlencoded"

当以上所说的表单元素enctype未指定时，会采用默认content-type值，即为application/x-www-form-urlencoded。

• accept-encoding

1.定义

2.用途：内容协商头部集。

3. 所取值意义：压缩算法

 ‘Accept-Encoding‘ => "gzip"

2.header未指定时useragent/content-type/accept-encoding使用的是什么值?

• 实质：HTTP内容协商机制
• nginx.conf中http部分指定头部字段赋值规则（以下以nginx官网代码为例）

user       www www;  ## Default: nobody
worker_processes  5;  ## Default: 1
error_log  logs/error.log;
pid        logs/nginx.pid;
worker_rlimit_nofile 8192;

events {
  worker_connections  4096;  ## Default: 1024
}

http {
  include    conf/mime.types;  ##指定content-type
  include    /etc/nginx/proxy.conf;
  include    /etc/nginx/fastcgi.conf;
  index    index.html index.htm index.php;

  default_type application/octet-stream;  #默认类型，无类型，字节流
 ......
}

• content-type由其中的引入的mime.types文件指定（相对路径基于webserver目录）,根据文件后缀名指定content-type。（参考：MIME与mime.type）

types {
  text/html                             html htm shtml;
  text/css                              css;
  text/xml                              xml rss;
  image/gif                             gif;
  image/jpeg                            jpeg jpg;
  application/x-javascript              js;
  text/plain                            txt;
  text/x-component                      htc;
  text/mathml                           mml;
  image/png                             png;
  image/x-icon                          ico;
  image/x-jng                           jng;
  image/vnd.wap.wbmp                    wbmp;
......
}

• gzip压缩也可在nginx中配置开启（参考：ngx_http_gzip模块）

http {
......

gzip            on;
gzip_min_length 1000;
gzip_proxied    expired no-cache no-store private auth;
gzip_types      text/plain application/xml;

......

}

3. header未指定时（原框架）和指定时（现代码）有什么区别（服务端处理和客户端接收）

看到这里，回归场景，这些头部主要用于实现内容协商（Chapter 17 HTTP权威指南），是否指定的区别需要确认服务器是否实现了内容协商机制，及其nginx配置。

另外，测试环境和线上环境配置可能存在差异，最终后续是移除了header赋值相关代码。