如何维护多活跃cURL会话，实现多城市酒店预订API分步调用

你的核心痛点在于每个城市的搜索-预订链路必须绑定同一个cURL会话上下文，而curl_multi并不适配这种用户触发式的多会话场景（它更适合批量无状态请求）。下面是具体的实现思路：

1. 用结构化存储管理所有活跃会话 #

当用户点击不同城市的搜索按钮时，为每个请求创建独立的cURL句柄，并把句柄、会话状态、关联数据（比如城市ID、搜索结果）存储在一个全局/用户会话级别的数组/哈希表中——关键是不要提前关闭cURL句柄，保持会话活跃。

示例（CLI/单进程场景）： #

// 初始化全局存储，用来保存所有活跃会话
$activeSessions = [];

// 用户点击某城市搜索按钮时执行：
$cityId = "shanghai";
$ch = curl_init();

// 配置会话专属的cookie存储（避免不同会话混淆）
curl_setopt($ch, CURLOPT_COOKIEJAR, "/tmp/hotel_cookie_{$cityId}.txt");
curl_setopt($ch, CURLOPT_COOKIEFILE, "/tmp/hotel_cookie_{$cityId}.txt");
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);

// 执行搜索请求
curl_setopt($ch, CURLOPT_URL, "https://your-hotel-api.com/search?city={$cityId}");
$searchResult = curl_exec($ch);

// 将活跃会话存入存储，不关闭句柄！
$activeSessions[$cityId] = [
    "curl_handle" => $ch,
    "status" => "searched",
    "search_ref" => json_decode($searchResult)->reference_id
];

2. 解决curl_multi导致的会话过期问题 #

你之前用curl_multi出现会话过期，大概率是因为curl_multi会自动管理句柄生命周期，或者你在添加新句柄时不小心覆盖了旧会话的上下文。其实你的场景完全不需要curl_multi——每个会话是用户手动触发的，彼此独立，单独维护即可。

如果一定要用curl_multi（比如需要监控会话状态），必须确保每个句柄的cookie配置完全独立，且不要在操作新句柄时修改旧句柄的选项。但更简单的方式还是上面的独立存储方案。

3. 用户点击「完成」后批量完成预订 #

当用户确认所有搜索并点击完成按钮时，遍历存储的活跃会话，复用每个会话的cURL句柄执行预订请求：

// 用户点击完成按钮时执行：
foreach ($activeSessions as $cityId => $session) {
    if ($session["status"] !== "searched") continue;

    $ch = $session["curl_handle"];
    // 复用同一个句柄，上下文（cookie）会自动保留
    curl_setopt($ch, CURLOPT_URL, "https://your-hotel-api.com/book");
    curl_setopt($ch, CURLOPT_POST, true);
    curl_setopt($ch, CURLOPT_POSTFIELDS, http_build_query([
        "reference_id" => $session["search_ref"],
        "room_type" => "standard"
    ]));

    $bookingResult = curl_exec($ch);
    // 处理预订结果（比如记录日志、返回给用户）

    // 完成后关闭句柄，清理资源
    curl_close($ch);
    $activeSessions[$cityId]["status"] = "booked";
    // 可选：删除临时cookie文件
    unlink("/tmp/hotel_cookie_{$cityId}.txt");
}

4. Web环境下的特殊处理（重要！） #

如果是Web应用（而非CLI），你不能直接把cURL句柄存在$_SESSION里（因为资源类型无法序列化）。这时可以换一种方式：存储会话的cookie文件路径和关键数据，预订时重新初始化cURL句柄并加载对应的cookie：

搜索阶段（Web）： #

// 生成唯一的临时cookie文件
$cookieFile = tempnam(sys_get_temp_dir(), "hotel_session_");
$ch = curl_init();
curl_setopt($ch, CURLOPT_COOKIEJAR, $cookieFile);
curl_setopt($ch, CURLOPT_COOKIEFILE, $cookieFile);
// ...执行搜索请求

// 将会话数据存入用户session
$_SESSION["hotel_sessions"][$cityId] = [
    "cookie_file" => $cookieFile,
    "search_ref" => $searchRef,
    "status" => "searched"
];
// 这里可以关闭句柄，因为cookie已经存在文件中
curl_close($ch);

预订阶段（Web）： #

foreach ($_SESSION["hotel_sessions"] as $cityId => $session) {
    $ch = curl_init();
    // 加载对应会话的cookie文件，恢复上下文
    curl_setopt($ch, CURLOPT_COOKIEJAR, $session["cookie_file"]);
    curl_setopt($ch, CURLOPT_COOKIEFILE, $session["cookie_file"]);
    // ...执行预订请求

    curl_close($ch);
    // 清理临时文件
    unlink($session["cookie_file"]);
}

额外注意事项 #

• 会话超时：大部分酒店API会设置会话超时时间（比如30分钟），可以提醒用户在超时前完成预订，或者定期发送轻量的心跳请求（用同一个会话的cURL句柄调用API的状态接口）来保持会话活跃。
• 资源清理：务必在预订完成后关闭cURL句柄、删除临时cookie文件，避免服务器资源泄漏。
• 并发安全：如果是多进程/多线程环境，要确保会话存储的访问是线程安全的（比如用锁或者分布式存储）。

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