能，PHP7.1可调用主流AI API，但需手动处理HTTP头、JSON编解码、错误响应及超时控制，禁用file_get_contents() POST，绕过流式解析改用异步轮询。
PHP7.1 能否直接调用主流 AI API？
能，但得绕过语言原生限制——PHP7.1 没有 curl_setopt_array() 的部分新选项（如 CURLOPT_TCP_FASTOPEN），也不支持 json_decode() 的 JSON_INVALID_UTF8_IGNORE 标志，不过这些对调用 OpenAI、Anthropic 或国内千问/文心接口基本没影响。
关键在于：你得手动处理 HTTP 头、JSON body 和错误响应体，不能依赖现代 SDK。
- 必须显式设置
Content-Type: application/json和Authorization: Bearer <key> -
json_encode()前要确保输入数组不含非 UTF-8 字符，否则json_last_error()返回JSON_ERROR_UTF8且不报错，静默返回false - 别用
file_get_contents()直接 POST，它只支持 GET 和 HEAD；必须用curl_init()+curl_setopt()
如何在不升级 PHP 的前提下安全传入用户输入给 AI？
老旧系统常直接拼接变量进 prompt，这是高危操作。PHP7.1 没有 str_starts_with()，但你可以用 strpos() 防注入，重点不是“过滤”，是“隔离”。
- 永远把用户输入塞进 JSON 字段值里（如
["user_input" => $raw]），再json_encode()，不要字符串拼接 - 对 prompt 模板本身做白名单校验：只允许含
{user_input}、{context}这类固定占位符，用preg_match('/^\{[a-z_]+\}$/')扫描所有花括号内容 - 设置超时硬上限：
curl_setopt($ch, CURLOPT_TIMEOUT_MS, 8000)，避免 AI 接口卡住整个请求生命周期
调用失败时 curl 返回空响应或 000 状态码怎么办？
这不是 AI 接口问题，是 PHP7.1 + cURL 组合下的经典握手失败。常见于 HTTPS 证书验证失败、HTTP/2 不兼容、或服务端强制跳转未跟随。
立即学习“PHP免费学习笔记（深入）”；
- 先加
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false)快速排除证书问题（仅测试环境） - 强制降级到 HTTP/1.1：
curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_1_1) - 开启重定向跟随：
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true)，并限制最多 3 跳（curl_setopt($ch, CURLOPT_MAXREDIRS, 3)） - 检查
curl_error($ch)，常见返回SSL connect error或Failed to connect to api.openai.com port 443，说明是网络或 DNS 层问题，不是代码逻辑
为什么 response 流式解析在 PHP7.1 几乎不可行？
OpenAI 的 stream=true 返回的是 chunked transfer 编码的文本流，每块以 data: {...}\n\n 分隔。PHP7.1 的 fread() 和 curl_setopt($ch, CURLOPT_WRITEFUNCTION, ...) 虽然支持，但实际中极易卡在半块、丢数据、或阻塞主线程。
更现实的做法是放弃流式，改用同步等待完整响应。如果业务真需要“打字机效果”，前端轮询后端一个临时任务 ID，后端用 exec("php handle_ai_task.php {$task_id} > /dev/null 2>&1 &") 异步处理并写结果到 Redis，前端只查状态。
这个折中方案在 PHP7.1 下稳定得多，也更容易加超时和重试——毕竟老系统最怕的不是慢，是挂住整个 Apache worker 进程。
