RT
http restful 易讀、靈活、低耦合，這些優點我能明白
但RPC高效低延遲這個性能指標相信是很多微服務夢寐以求的，如果一個請求所需要的服務是3個以上并且各個服務業務邏輯復雜，甚至涉及眾多IO操作，那是不是RPC的方式更為保障。
在我印象中服務與服務的調用如果要用http方式的話，滿足條件：遠距離的第三方服務；低頻服務。
或者說spring cloud 默認使用http restful（至少我查閱的資料全是http），而提供RPC方案？
5 回答
白板的微信
TA貢獻1883條經驗 獲得超3個贊
HTTP Restful本身輕量，易用，適用性強，可以很容易的跨語言，跨平臺，或者與已有系統交互，畢竟HTTP現在沒有不支持的。
Spring可以整合其他的RPC方案，比如各種MQ，Hessian，Thrift，都可以。
但是各類RPC協議本身有各自的使用范圍和編碼要求，這些會對交互兩端的代碼形成約束，所以應該根據自身實際情況去選擇。
至于各類整合方案，應該很多，可以帶著具體的RPC協議去搜
添加回答
舉報
0/150
提交
取消