在脚本中获取 nginx -t 的退出状态码，最直接的方法是在执行命令后检查特殊变量 $?。如果 nginx -t 配置测试成功，该变量值为 0；若配置存在语法错误或文件缺失，则返回非零值（通常为 1）。通过结合 if 语句判断这个返回值，即可在自动化流程中决定是重载 nginx 还是中止操作。

如何区分配置测试的具体错误类型

当 nginx -t 失败时，仅知道退出码为非零往往不够，因为不同的错误原因可能导致相同的退出码。要获取具体的错误信息，需要捕获命令的标准输出和标准错误流。Nginx 会将详细的错误日志打印到标准错误（stderr），而标准输出（stdout）通常保持为空或仅包含少量提示。在脚本中，可以将这两者分别重定向到变量或临时文件中，以便在测试失败时进行日志记录或用户反馈。

HTTP状态码查询

查询网站的HTTP响应状态码，判断网站是否正常访问、是否重定向、是否存在错误。适用于"HTTP状态码查询""网站状态查询""HTTP状态检测""网页状态码""网站响应码""301重定向查询"等请求。通过本地 Python 脚本调用网站HTTP状态查询接口，并使用环境变量中的专属 API Key。

下载

如何处理 nginx -t 输出中的特定警告

在某些生产环境中，nginx -t 可能会输出一些警告而非致命错误，例如关于 worker_connections 或 server_name 的提示。这些警告通常不会改变退出码为 0 的事实，但可能影响后续逻辑。如果需要严格过滤掉某些特定的警告行，可以在脚本中对输出内容进行正则匹配。然而，通常情况下，只要退出码为 0，Nginx 就认为配置是可用的，警告不影响其加载。因此，大多数场景下只需关注退出码，除非有特殊的合规性要求需要拦截特定警告文本。

#!/bin/bash
# 定义 Nginx 二进制路径
NGINX_BIN="/usr/sbin/nginx"

# 执行配置测试并捕获退出码
$NGINX_BIN -t 2>/dev/null
TEST_EXIT_CODE=$?

# 根据退出码执行不同逻辑
if [ $TEST_EXIT_CODE -eq 0 ]; then
    echo "Configuration test passed. Reloading..."
    $NGINX_BIN -s reload
else
    echo "Configuration test failed with exit code: $TEST_EXIT_CODE"
    # 这里可以添加发送告警或回滚的逻辑
    exit 1
fi