PHP调微服务应避免裸curl循环，须设毫秒级超时、复用句柄、校验JSON编码、用环境变量管理地址、禁用DNS缓存、慎用file_get_contents。
PHP 用 curl 调微服务，别直接写裸循环
PHP 没有原生的 gRPC 或服务发现支持，HTTP 是最现实的选择；但直接用 curl_exec() 写请求，容易漏掉超时、重试、连接复用这些关键点。
常见错误现象：CURLOPT_TIMEOUT 设了但没设 CURLOPT_CONNECTTIMEOUT，导致 DNS 卡住十几秒才报错；或者每次请求都新建 curl handler，压测时 Too many open files 直接崩。
- 必须显式设置
CURLOPT_CONNECTTIMEOUT_MS（推荐 1000）和CURLOPT_TIMEOUT_MS（推荐 3000） - 复用
curl_init()返回的句柄，用curl_setopt_array()重置 URL、POST 数据等参数，而不是反复curl_init() - 加
CURLOPT_HTTPHEADER传Content-Type: application/json和X-Request-ID，方便链路追踪
JSON 接口传参失败？检查 json_encode() 的返回值和 Content-Length
微服务通常要求严格 JSON 格式，json_encode() 出错时返回 false，但很多人直接塞进 curl_setopt($ch, CURLOPT_POSTFIELDS, ...)，结果发出去的是字符串 "false"，后端解析失败。
使用场景：调用订单服务创建订单，传 ['user_id' => 123, 'items' => [...]] 这类嵌套结构。
立即学习“PHP免费学习笔记（深入）”；
- 先判断
$json = json_encode($data)是否为false，是则用json_last_error_msg()查原因（比如含资源类型或循环引用） - 手动加
CURLOPT_HTTPHEADER补上Content-Length: ' . strlen($json)，否则某些代理或网关会截断 - 避免用
json_encode($data, JSON_UNESCAPED_UNICODE)以外的 flag，像JSON_PRETTY_PRINT会多出空格换行，增加传输体积且易被误判格式错误
服务地址硬编码？用环境变量 + 简单路由表代替配置文件
开发、测试、生产环境的服务地址不同，但很多人把 https://order.svc:8080 写死在代码里，上线前靠搜索替换，一漏就调错环境。
性能影响：每次读配置文件（如 YAML/INI）再解析，比查数组慢 2–3 倍；而 DNS 缓存不足时，频繁 curl 会触发大量 DNS 查询。
- 用
getenv('ORDER_SERVICE_URL')读环境变量，Docker/K8s 里直接注入，PHP-FPM 里用php_admin_value[env[ORDER_SERVICE_URL]] - 如果需要按路径分流（比如
/v2/走新服务），自己写个轻量路由函数，别引入完整 HTTP 客户端库 - 禁用
CURLOPT_DNS_CACHE_TIMEOUT或设为 -1，让 cURL 复用系统 DNS 缓存，避免重复解析
file_get_contents() 调 API？除非是只读、低频、无认证的小接口
它看着简单，但默认不支持连接池、无法设毫秒级超时、不能复用 TCP 连接，一旦并发上来，就是 Connection refused 或响应延迟翻倍。
错误现象：本地调试正常，上生产后 50% 请求超时，strace 发现大量 connect() 系统调用失败。
- 仅限调用内部监控接口（如
http://localhost:9090/health）这类无 body、无 header、频率 - 必须配合
stream_context_create()显式设'http' => ['timeout' => 1]，否则默认 60 秒 - 绝对不要用它传 token——
Authorizationheader 只能靠 context 传，容易漏写或拼错键名
真正要稳，就得接受 curl 多几行初始化代码；那些封装成“一行调用”的 SDK，底层照样在做这些事，只是你没看见而已。
