我正准备在Thrift和客户端与服务器之间使用普通RESTful服务之间做出决定。此外，我仍然坚持使用套接字进行通信，或者只是考虑其长期且经过验证的跟踪记录而使用webservice。另一方面，节俭是未知的，文档较少，而且需要打开端口。我正在使用的应用程序是一个带有php（客户端）和java（服务层）的网站，对于这种集成，我正在尝试评估Thrift / REST。
使用socket / ports vs 8080会遇到什么挑战？
任何方法都会有任何性能优势吗？
还有其他选择吗？
由于
答案 0 :(得分：3)
Web服务更加健壮，随着应用程序的增长，它可能更具可扩展性。如果您对处理套接字例程以及与之关联的所有细微差别（套接字连接，断开连接，错误等）没有信心，那么只需将服务添加到现有的Web服务中，例如php，或者使用带有ruby的rails或者用Java编写tomcat。
就性能问题而言，它可能依赖于thrift / restful接口和底层系统的用例。在很多情况下，api执行的操作比处理api请求更“昂贵”
至于哪个，我是REST的粉丝，但这是个人偏好。
祝你好运