源码编译Nginx时，默认执行路径由--sbin-path参数控制，未指定则为--prefix/sbin/nginx；生产环境推荐显式设为/usr/sbin/nginx或/usr/local/bin/nginx，并确保权限与PATH一致。
源码编译 Nginx 时，“默认执行路径”实际指的是 nginx 可执行文件的安装位置，它由 --sbin-path 参数控制。这个路径决定了运行 nginx 命令时系统找到的是哪个二进制文件，也影响 systemd 服务配置、升级脚本和日常运维操作的可靠性。
核心：用 --sbin-path 显式指定可执行文件路径
如果不设置 --sbin-path，Nginx 会把二进制文件放在 --prefix 指定目录下的 sbin/nginx（例如 /opt/nginx/sbin/nginx）。但生产环境通常需要把它放到标准命令路径下，比如 /usr/sbin/nginx 或 /usr/local/bin/nginx，方便直接调用。
-
--sbin-path=/usr/sbin/nginx：适合与系统服务集成，多数发行版的 nginx 包都走这条路 -
--sbin-path=/usr/local/bin/nginx：适合手动管理的独立部署，避免和包管理器冲突 - 必须确保目标目录存在且安装用户有写权限；若目录属 root，需用
sudo make install - 该路径在编译时固化，安装后不能通过
-c或配置文件修改
配合 --prefix 保持路径逻辑一致
--sbin-path 是独立参数，但建议与 --prefix 协同设计，避免“根目录混乱”。例如：
- 设
--prefix=/opt/nginx-1.26.0+--sbin-path=/usr/sbin/nginx：二进制放系统路径，其余（conf、logs、html）仍归在/opt/nginx-1.26.0下，清晰分离 - 不推荐
--prefix=/usr/sbin：把配置、日志全塞进/usr/sbin，违反 FHS，也不利于多版本共存 - 若想全部统一，可用
--prefix=/usr/local/nginx并接受默认sbin/nginx，再加软链：sudo ln -sf /usr/local/nginx/sbin/nginx /usr/local/bin/nginx
验证是否生效
安装完成后，用以下方式确认执行路径是否按预期配置：
-
nginx -V 2>&1 | grep "sbin-path"：直接输出 configure 时设定的 sbin 路径 -
which nginx或command -v nginx：看 shell 实际调用的是哪个文件（取决于 PATH 和软链） -
ls -l $(which nginx)：检查是否指向你指定的--sbin-path目标位置 - 启动后查进程：
ps aux | grep nginx，主进程路径应与--sbin-path一致
注意和 user/group 的关系
可执行文件路径本身不影响运行身份，但常被一起配置。可在 configure 中加：
-
--user=www-data和--group=www-data：设定默认工作用户（仍需在nginx.conf中显式写user www-data;才生效） - 确保该用户对
--sbin-path文件有执行权限（通常安装时已设好），对日志、临时目录等有读写权限
