验证Nginx二进制是否正常需分层确认：先检查sbin目录下nginx文件是否存在、权限含x且大小在1.2MB–3MB；再用nginx -V核对模块与编译参数；接着nginx -t验证配置语法及模块初始化；最后用sha256sum比对哈希值确保内容一致。
验证源码编译安装的 Nginx 二进制是否正常，不能只看能不能启动，而要分层确认：文件存在性、内容一致性、功能可用性、运行时行为。核心是“比对”哈希值与“触发”关键命令验证逻辑正确。
检查二进制文件是否存在且可执行
进入安装目标的 sbin 目录，例如：cd /usr/local/nginx/sbin
运行 ls -l nginx，确认：
- 权限中包含 x（如 -rwxr-xr-x）
- 文件大小在 1.2MB–3MB 区间（模块越多通常越大）
- 大小不是 0 字节，也不是明显过小（如几十 KB）
若权限缺失或大小异常，说明编译失败或复制出错，需回溯 make 日志。
用 nginx -V 核对编译参数与模块启用情况
执行 ./nginx -V（注意大写 V），重点检查：
- configure arguments 行是否完整包含你指定的模块（如 --with-http_ssl_module、--add-module=../ngx_http_echo_module）
- built by 是否为你当前系统的 gcc 版本
- built with 中的 OpenSSL、PCRE、zlib 路径是否真实存在且版本合理
若某模块参数缺失，大概率是 configure 阶段未识别该选项，常见原因包括模块路径错误、config 文件缺失、或对应头文件未安装到位。
用 nginx -t 测试配置加载与模块初始化
确保 conf 目录下有有效配置（如默认 nginx.conf），再执行：
./nginx -t
成功返回必须同时满足：
- 输出含 syntax is ok
- 输出含 test is successful
缺一不可。
若报 unknown directive，说明模块虽在 configure 参数里，但未被静态链接或初始化失败；
若报 invalid option "-t"，基本可判定二进制已损坏或非标准构建。
用 SHA256 校验值比对二进制内容一致性
适用于复现构建、交付审计或对比升级前后产物：
- 对可信基准文件（如前一次成功编译的 nginx）运行：sha256sum /path/to/known-good/nginx
- 对本次生成的文件运行相同命令：sha256sum ./nginx
两个输出的哈希字符串必须逐字符完全一致；
哪怕只差一个字节，就说明二进制内容不同——不是编译差异，就是文件损坏。
