PHP 如何更好的方式调用其他服务？

http 协议最佳，至于是否在协议之上做微服务框架，那是另一码事。

thrift

如果你在 fpm 里面跑的话用 http 去调用别人的服务就阻塞了，流量一大就会死得很惨

m

http、grpc、thrift 都没区别。。。重要的是这个服务的返回时间，时间快还行

swoft、swoole1.x 的几大框架看看吧

一个 HTTP 请求多少 ms 完成?
有多少量?

楼主你把详细数据发出来呀.

本质上 php 只适合 http 的服务调用，因为没有共享内存可以保持连接做熔断和降级等操作，使用 tcp 并不会带来什么明显的好处，当然如果使用 swoole 的话是可以的，但又想了想那还不如用 golang 开发呢，学习成本也很低。

@gouchaoer 一般 curl 都会设置合理的超时时间吧

@owenliang
@askfilm
@gouchaoer
@noFear

谢谢各位的建议，我去了解一下，谢谢。

延时太大的接口需要考虑后台队列处理

@gouchaoer 如果你在 fpm 里面查询 mysql 的话就阻塞了，流量一大就会死得很惨。。。

你已经把可以异步的都异步了吗？ 我用 laravel 的时候会用 queue，一样是 HTTP，没有实质加快请求速度，但用户体验好很多。

@dawniii mysql 和 redis 返回比较快，可以允许阻塞，甚至 http/rpc 之类的如果你能保证返回比较快也允许，否则

@gouchaoer swoole 2.x 才是最佳选择，1.x 的 callback 写法不友好

thrift 吧，各种语言都有实现

@sagaxu swoft 马上就出 1.0 版本了，腾讯的 tsf3 估计吹了，现在全国的 phper 都在等待 swoft，mmp

@gouchaoer 你从哪里得知全国的 phper 都在等 swoft ？

json-rpc 调试方便，速度跟不上跟协议有点关系，但是应该关系不大，可以用 go 写服务，然后用 php 去调用

感觉你的问题不是换个接口或者协议就可以解决的。

跟踪分析下到底什么地方消耗时间多了，再来针对性的处理会更合理。

@skyjerry why so serious

@gouchaoer mmp 是什么

走消息列泡 php cli 如何哦

fast cgi 就老老实实走短时间可以完成的接口

http