Nginx 中 fastcgi_params 文件无覆盖策略，仅作参数模板；覆盖由后出现的 fastcgi_param 指令实现，遵循就近原则和作用域内最后定义生效规则。
在 Nginx 中，conf/fastcgi_params 文件本身不支持“覆盖策略”——它只是一个被 include 进来的纯参数定义文件，内容按顺序逐行加载。所谓“覆盖”，实际发生在你主动用 fastcgi_param 指令重新赋值时，后出现的指令会覆盖前面同名的设置。
fastcgi_params 是基础模板，不是最终配置
fastcgi_params 通常由 Nginx 官方提供，包含一组默认的 FastCGI 参数（如 SCRIPT_FILENAME、QUERY_STRING 等），用于将请求信息传递给 PHP-FPM 等后端。但它只是被引用的片段，不是独立生效的配置。
- 它必须通过
include fastcgi_params;显式引入到location或server块中才起作用 - 引入后，该作用域内后续出现的
fastcgi_param KEY VALUE;会覆盖之前同名的定义 - 例如：若
fastcgi_params中有fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;，你在location ~ \.php$里再写一行fastcgi_param SCRIPT_FILENAME /var/www/custom.php;，则后者生效
覆盖只发生在同一作用域或更内层作用域
Nginx 配置遵循“就近原则”和“继承+覆盖”逻辑，fastcgi_param 不支持继承叠加，只有最后定义的值有效。
- 在
http块中设置的fastcgi_param，可被server块中的同名指令覆盖 -
server块中的设置，又可被location块中的同名指令覆盖 - 注意：
fastcgi_params文件本身没有作用域层级，它的效果完全取决于你include它的位置
推荐做法：明确控制引入与覆盖时机
避免隐式覆盖带来的混乱，建议采用清晰、可维护的方式组织 FastCGI 参数：
- 不要直接修改
conf/fastcgi_params文件，以免升级时被覆盖或影响其他站点 - 在
location ~ \.php$中先include fastcgi_params;，再按需追加或重写关键参数（如SCRIPT_FILENAME、PATH_INFO） - 对需要特殊处理的站点，可单独创建自定义参数文件（如
conf/fastcgi_custom.conf），并显式include，替代默认fastcgi_params - 使用
fastcgi_param设置空值（如fastcgi_param HTTP_PROXY "";）可清除某些可能带来安全风险的头信息
验证是否覆盖成功
最可靠的方式是检查 Nginx 实际解析后的配置树，或在 PHP 中打印 $_SERVER 数组观察传入值：
- 运行
nginx -T | grep -A5 -B5 "SCRIPT_FILENAME"查看完整展开后的配置 - 在 PHP 脚本中加入
var_dump($_SERVER['SCRIPT_FILENAME'] ?? 'not set');直观确认 - 注意：部分参数（如
REQUEST_URI）可能被 Nginx 内部逻辑强制设置，手动覆盖不一定生效，需结合fastcgi_split_path_info等指令协同使用
