如何从POST请求的###分隔Payload字符串提取变量并存入数据库？

先明确你代码里的核心错误：

• 用implode("\n", $payload)完全搞反逻辑——implode是把数组转成字符串，要分割字符串成记录数组得用explode("###", $payload)
• 单个记录是key=xxx&name=xxx&type=xxx的URL查询格式，你用explode("###", $record)解析完全错误，应该用parse_str()处理这类格式
• 没处理Payload里的多重URL编码（比如%252520是两次编码后的空格），直接解析会导致内容乱码

下面是完整的可运行代码，包含Payload解析、编码处理和安全的数据库插入逻辑：

<?php
// 检查POST参数是否存在
if (!isset($_POST['payload']) || empty(trim($_POST['payload']))) {
    http_response_code(400);
    echo "缺少必要的payload参数";
    exit;
}

$payload = $_POST['payload'];
// 用###分割成单个记录数组
$records = explode("###", $payload);

// 初始化数据库连接（替换为你的数据库信息）
$dbHost = 'localhost';
$dbUser = 'your_username';
$dbPass = 'your_password';
$dbName = 'your_database';

$mysqli = new mysqli($dbHost, $dbUser, $dbPass, $dbName);
if ($mysqli->connect_error) {
    http_response_code(500);
    echo "数据库连接失败: " . $mysqli->connect_error;
    exit;
}

// 准备预处理语句（防止SQL注入，注意：key是MySQL保留关键字，建议用key_col作为字段名）
$stmt = $mysqli->prepare("INSERT INTO your_table (key_col, name, type) VALUES (?, ?, ?) ON DUPLICATE KEY UPDATE name = VALUES(name), type = VALUES(type)");
if (!$stmt) {
    http_response_code(500);
    echo "预处理语句创建失败: " . $mysqli->error;
    exit;
}

// 绑定参数
$stmt->bind_param("sss", $key, $name, $type);

// 遍历处理每个记录
foreach ($records as $record) {
    $record = trim($record);
    if (empty($record)) continue;
    
    // 解析URL查询字符串到数组
    parse_str($record, $data);
    
    // 检查必要字段是否存在
    if (!isset($data['key'], $data['name'], $data['type'])) continue;
    
    // 处理多重URL编码：示例里的%252520是两次编码的空格，需解码两次
    $key = $data['key'];
    $name = urldecode(urldecode($data['name']));
    $type = urldecode($data['type']);
    
    // 执行插入/更新
    if (!$stmt->execute()) {
        echo "处理记录失败(key: $key): " . $stmt->error . "<br>";
    }
}

// 清理资源
$stmt->close();
$mysqli->close();

echo "处理完成";
?>

关键细节说明： #

• 数据库字段命名：不要用key作为字段名，它是MySQL保留关键字，建议改用key_col，若必须用key需用反引号包裹（key）
• 主键冲突处理：ON DUPLICATE KEY UPDATE语句会在key已存在时自动更新对应字段，避免主键重复报错
• 编码处理：Payload里的%252520是两次URL编码的结果，需两次解码才能得到原始空格
• 安全防护：全程使用预处理语句绑定参数，彻底避免SQL注入风险
• 错误排查：加入了参数检查、连接检查等逻辑，方便定位500错误的根源

内容的提问来源于stack exchange，提问作者Dominic Acoustic