为何使用REQUEST_METHOD == POST不合适？PHP7.0.0更佳写法是什么？

先说说原判断方式的问题 #

其实单独用$_SERVER['REQUEST_METHOD'] == 'POST'不算完全错误，但它存在几个容易踩坑的点：

• 大小写隐患：HTTP规范里请求方法是大写的，但极少数老旧服务器或代理可能会传递小写的post，虽然松散相等==能靠PHP自动类型转换兼容，但用严格相等===显然更严谨。
• 误判合法空POST请求：有些场景下前端会发送POST请求但不带任何表单参数（比如只提交一个按钮，或者用POST发送空的JSON payload），如果再结合!empty($_POST)的判断，会直接跳过这类合法请求的处理，这显然不符合预期。
• 无法覆盖所有POST数据场景：如果前端用POST发送JSON数据，这些数据不会被填充到$_POST里（$_POST只处理application/x-www-form-urlencoded或multipart/form-data格式的数据），这时候!empty($_POST)会误判，但请求确实是POST类型。

针对PHP 7.0的优化写法 #

原代码的主要问题在于请求判断冗余、数据库错误处理不够优雅，还缺少字符集设置（容易引发乱码）。这里给出适配PHP7.0的优化版本：

<?php
// 启用mysqli异常模式，让错误抛出异常而非警告，便于优雅处理
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

try {
    // 建立数据库连接，同时设置UTF8MB4字符集（支持全字符，避免乱码）
    $connection = mysqli_connect("localhost", "root", "root", "root");
    mysqli_set_charset($connection, 'utf8mb4');

    // 严谨判断请求方法为POST，按需检查参数而非整体判断$_POST
    if ($_SERVER['REQUEST_METHOD'] === 'POST') {
        // 示例1：如果是表单提交，检查特定字段是否存在
        // if (isset($_POST['username'], $_POST['password'])) { ... }
        // 示例2：如果是接收JSON数据，读取原始请求体
        // $jsonData = json_decode(file_get_contents('php://input'), true);

        // 这里写你的POST请求处理逻辑
        echo "POST请求已接收，数据库连接成功";
    }
} catch (mysqli_sql_exception $e) {
    // 优雅处理错误：记录日志+返回友好提示，而非直接终止脚本
    error_log("数据库连接失败: " . $e->getMessage());
    header("HTTP/1.1 500 Internal Server Error");
    echo "服务器内部错误，请稍后重试";
}
?>

优化点说明 #

1. 请求判断更严谨：用===严格匹配POST方法，去掉冗余的!empty($_POST)——如果需要检查参数，建议针对具体字段用isset()或!empty()，而非整体判断$_POST。
2. 异常化错误处理：启用mysqli异常模式后，连接错误会抛出异常，我们可以用try-catch优雅处理，避免直接die()终止脚本，同时记录错误日志方便排查问题。
3. 字符集配置：添加mysqli_set_charset确保数据库交互的字符编码正确，解决中文、特殊字符乱码问题。
4. 代码结构更清晰：把数据库连接和请求处理逻辑整合到异常块中，逻辑连贯，也更符合现代PHP的编码习惯。

内容的提问来源于stack exchange，提问作者Martin Švejda