HTTP核心上下文块（http { ... }）是Nginx配置中承载Web服务功能的主体，必须位于events块之后，需包含mime.types引入、default_type、日志格式与访问日志、sendfile、keepalive_timeout等必备项，并严格遵循指令作用域规则。
HTTP 核心上下文块（http { ... }）是 Nginx 配置中承载绝大多数 Web 服务功能的部分，所有 server、location、反向代理、静态资源处理、日志格式、MIME 类型等都定义在它内部。配置时需注意层级关系和指令作用域，不能把只允许出现在 server 或 location 中的指令直接写进 http 块。
http 块的基本结构与必备项
http 块必须位于 events 块之后、全局配置之下，典型起始结构如下：
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
# 日志格式与访问日志
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
# 编码与连接相关
sendfile on;
tcp_nopush on;
keepalive_timeout 65;
types_hash_max_size 2048;
}关键说明：
-
include mime.types是必须的，否则无法识别.jpg、.css等文件类型； -
default_type提供兜底 MIME 类型，避免未知后缀返回text/plain； -
log_format和access_log虽非强制，但无日志将难以排查问题； -
sendfile on启用内核零拷贝，提升静态文件传输效率； -
keepalive_timeout控制 HTTP Keep-Alive 连接保持时间，默认 65 秒较稳妥。
常见子块嵌套规则
http 块内可合法包含以下内容，顺序一般不限，但建议按逻辑分组：
-
upstream块：定义后端服务器组，用于负载均衡或反向代理； -
map块：做变量映射（如根据$host设置$backend）； -
server块：每个虚拟主机一个，必须有listen和server_name； - 全局生效的指令：如
client_max_body_size、gzip、proxy_buffering等，只要上下文支持http即可直接写入。
⚠️ 注意：
-
listen、server_name、root、location等指令不能直接出现在http块中，必须放在server或更深层级； -
rewrite、proxy_pass、try_files等仅在server或location中有效； -
set、if等 rewrite 模块指令也不允许在http块顶层使用。
实用配置建议
为保障稳定性和可维护性，推荐在 http 块中统一设置以下通用参数：
-
启用 Gzip 压缩
gzip on; gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
-
统一上传限制
client_max_body_size 10m;
-
安全加固（隐藏版本号）
server_tokens off;
-
引入模块化配置
include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*;
这样既保持主配置简洁，又便于按业务或环境拆分管理。
不复杂但容易忽略的是：所有 http 块内的指令，若未被子块显式覆盖，就会向下继承到每个 server 和 location —— 所以全局设置要谨慎，比如 gzip off 写在 http 层，就会影响所有站点，除非某个 server 显式设为 on。
