cnlyon 发表于 2013-09-29 23:15

http的json比较方便，如果不是需要长时间保持数据通信http是足够了。

zyh8419792 发表于 2018-04-16 21:59

晚上搜索C++看到这个帖，挖个坟。
回答1L和楼上所有L，一楼的问法没有错，多数的APP都是通过HTTP协议完成数据交互的。
HTTP简单，实用，便于调试，快速开发，
当然，在我们这种人的眼里，长连接也没有问题，只是在制定协议的时候，会显得麻烦一点，还要像搞硬件一样制定一点协议，比如我弄个aPP，和服务器保持长连接，不定协议，简单的协议用字符串当json通讯，每个json前面带个长度啥的，也得要处理下分包拆包什么的，比起HTTP，麻烦了

cokeboL 发表于 2018-04-17 20:33

要看游戏类型咯，强交互的游戏基本都是长"连接"，长连接有几种选型啊比如tcp，http可以upgradde成websocket啊，还有可靠udp比如kcp其实也可以当成长连接

我觉得楼主应该先理清楚c/s通信消息的类型：
req/rsp: 一句请求一个应答，比如http请求就是这种，tcp或者其他几种通信的这种一问一答也是这种
req|notify: 一方向另一方发包，不需要应答，可以是 c->s也可以是s->c

tcp也好http也好可靠udp也好，都是信道，短连接属于无状态，无法做到双方的主动发起，需要双方都
支持主动发起的，就不能用短连接的信道

哪种更适合取决于你的需求，短连接如果能满足需求，那实现起来代码要简单得多

cokeboL 发表于 2018-04-18 22:38

才发现，竟然是坟:luya:

windoze 发表于 2018-04-22 01:43

虽说是坟不过挖一下也无妨。
用TCP的话很少有人裸写协议，一般都是用Thrift或者gRPC之类，这其实和用HTTP没有什么太大区别。
用HTTP有一个小的优势就是WebSocket，这个东西比TCP写起来容易一些，协议本身有完整的安全性保证，而且有一堆现成的库。

shang2010 发表于 2018-04-27 18:30

性能优化还是用得上老祖宗的智慧的
页: 1 [2]
查看完整版本: 多数安卓app和ios app服务器是tcp还是http