场景描述：
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
- 定义
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赋值相关代码。