你有没有遇到过网页打不开，浏览器卡在“正在加载”？或者App请求失败，提示“网络异常”？很多人第一反应是重启路由器、切换Wi-Fi，但其实问题可能藏在HTTP协议的字段里。搞明白这些字段的含义，排查网络问题能快不少。
HTTP请求和响应的基本结构
HTTP（超文本传输协议）是浏览器和服务器“对话”的语言。一次完整的通信包括请求（Request）和响应（Response）。每个部分都由三块组成：起始行、头部字段（Header）、主体（Body）。真正藏着关键信息的，往往是那些不起眼的头部字段。
常见的请求头字段
Host：告诉服务器要访问哪个域名。比如你在浏览器输入 example.com，Host 字段就是它。如果这个写错了，服务器可能直接404。
User-Agent：标识客户端类型。比如是Chrome还是手机App发出的请求。有些网站会根据这个返回不同页面，或者干脆屏蔽爬虫。
Accept：说明客户端能处理哪些数据类型。比如 text/html、application/json。如果服务器返回了你不接受的格式，解析就会出错。
Authorization：携带登录凭证，比如Token或Basic认证信息。如果这个字段缺失或过期，接口就会返回401。
常见的响应头字段
Status Code：状态码是第一眼要看的。200表示成功，404是找不到资源，500是服务器内部错误。但别只看数字，结合字段才能定位问题。
Content-Type：告诉客户端返回的数据是什么类型。比如 text/html;charset=utf-8 或 application/json。如果前端 expecting JSON，结果收到一个HTML错误页，那多半是后端出问题了。
Set-Cookie：服务器用来设置Cookie。如果登录后跳回登录页，可能是这个字段没生效，检查是否被拦截或域名不匹配。
Location：配合301/302重定向使用。比如你访问旧链接，服务器通过这个字段告诉你新地址。如果重定向循环，八成是这个值来回跳。
实战：一次典型的接口报错排查
假设你开发的App调用用户接口，返回空白。打开调试工具，看到响应状态是200，但数据是空的。再一看 Content-Type: text/html，这就奇怪了——应该返回JSON才对。继续查，发现服务器实际返回了一个Nginx的404页面，但状态码被错误地设成了200。问题根源是后端路由配置错了，返回了错误内容却没改状态码。
这时候如果只看“200=成功”，就完全被误导了。结合 Content-Type 和实际响应体，才能发现问题所在。
用curl查看真实请求
想绕过浏览器，直接看HTTP通信？用curl命令最直接。
curl -H "Host: example.com" -H "User-Agent: MyApp/1.0" -v http://api.example.com/user/123加 -v 参数能看到完整的请求和响应头。比如你怀疑某个字段没传，直接在这里加 -H 模拟测试，比反复点前端方便多了。
跨域问题也和字段有关
前端开发常碰见“CORS error”。这通常是因为响应头缺少 Access-Control-Allow-Origin。浏览器看到这个字段不在白名单里，就直接拦下响应，哪怕后端其实返回了数据。这时候看Network面板，会发现请求确实发出去了，也有响应体，但控制台报错。问题不在网络通不通，而在字段配不配。
搞网络排错，别一上来就查网线、ping IP。先打开开发者工具，看看HTTP字段有没有“说谎”。很多时候，答案早就写在Header里了。