1
owenliang 2018 年 2 月 24 日
http 协议最佳,至于是否在协议之上做微服务框架,那是另一码事。
|
2
askfilm 2018 年 2 月 24 日
thrift
|
3
gouchaoer 2018 年 2 月 24 日 如果你在 fpm 里面跑的话用 http 去调用别人的服务就阻塞了,流量一大就会死得很惨
|
4
xiaohuokevin 2018 年 2 月 24 日
m
|
5
gouchaoer 2018 年 2 月 24 日
http、grpc、thrift 都没区别。。。重要的是这个服务的返回时间,时间快还行
|
6
gouchaoer 2018 年 2 月 24 日
swoft、swoole1.x 的几大框架看看吧
|
7
picasso250 2018 年 2 月 24 日
一个 HTTP 请求多少 ms 完成?
有多少量? 楼主你把详细数据发出来呀. |
8
noFear 2018 年 2 月 24 日 本质上 php 只适合 http 的服务调用,因为没有共享内存可以保持连接做熔断和降级等操作,使用 tcp 并不会带来什么明显的好处,当然如果使用 swoole 的话是可以的,但又想了想那还不如用 golang 开发呢,学习成本也很低。
|
10
blue7wings OP |
11
shiny PRO 延时太大的接口需要考虑后台队列处理
|
13
sfree2005 2018 年 2 月 24 日 via Android
你已经把可以异步的都异步了吗? 我用 laravel 的时候会用 queue,一样是 HTTP,没有实质加快请求速度,但用户体验好很多。
|
16
p2pCoder 2018 年 2 月 24 日
thrift 吧,各种语言都有实现
|
19
sunmonster 2018 年 2 月 24 日
json-rpc 调试方便,速度跟不上跟协议有点关系,但是应该关系不大,可以用 go 写服务,然后用 php 去调用
|
20
akira 2018 年 2 月 24 日
感觉你的问题不是换个接口或者协议就可以解决的。
跟踪分析下到底什么地方消耗时间多了,再来针对性的处理会更合理。 |
23
kslr 2018 年 2 月 24 日
走消息隊列泡個 php cli 如何哦
|
24
lolizeppelin 2018 年 2 月 25 日 via Android
fast cgi 就老老实实走短时间可以完成的接口
|
25
xiaoli88 2018 年 2 月 25 日
http
|