选择http协议仍是tcp协议

HTTP 是应用层协议，TCP 是传输层协议（位于应用层之下），放在一块儿类比并不合适。
不过猜想楼主是想对比 “标准 HTTP 协议” 仍是 “自定义的协议（基于 TCP Socket）” 。

通常来讲，移动应用推荐使用 HTTP 协议，有不少优势：
HTTP 发展成熟
HTTP 几乎已经快成为一种通用的 Web 标准，Web Services、REST、Open API、OAuth 等等都是基于 HTTP 协议的。它已经不只仅是 Hyper Text 的传输标准了，几乎全部数据的传输（多媒体、XML、JSON）均可以采用 HTTP。
后台复用
由于不少应用，除了有移动端，还有Web端，甚至桌面端。
Web 版中先后台交互，不管是页面请求仍是 AJAX 请求，都是采用标准 HTTP 协议。那么其余的客户端没有理由从新设计一套协议。
HTML 5 应用
如今很多移动产品都采用或者半采用 HTML 5 技术，那么和服务器的交互又回归到 AJAX 上。不用说，仍是离不开 HTTP。
可是也有一些局限性，好比如下场景就不适合 HTTP 协议：
实时数据推送
除了 iOS 开发提供有标准的 Apple 消息推送中心，其余移动产品可能仍是要采用 Socket 长链接才能保证明时通信。
比较常见的有不少即时通信软件采用的 XMPP 协议。
流媒体
适用于音频播放、视频播放、语音会议等等，通常可能采用 RTMP 协议。

Http 是 TCP的上层协议，Http 是基于 TCP的，因此你用了HTTP，等同与你也在用TCP

因此，拿Http和TCP作优劣比较是一个不存在的问题。

固然，这问题提的很好，问的是相较基于tcp的自定义协议。

其实事实上，从宏观层面，已经本身回答了这个问题了。

为啥要自定义协议呢？很简单啊，http协议知足不了需求只好自定义协议啊。
也就是说，自定义协议能够知足不少http协议知足不了的需求啊。
那什么需求是http协议知足不了的呢？
这也很简单啊，能够查一下http协议的定义去看看它提供了什么样的包装和定义，落在它以外的就是知足不了的啊，要真的细说，那真是多了去了，好比：

例如：http是单工阻塞性质的协议，若是你须要一个全双工，无阻塞的双向传输，那http就知足不了

例如：http定义提供了不少种的请求方法，从get到post不一一列举了，可是你须要的请求应答模式和它定义的种种没有任何一种可以实现你须要的请求应答模式，你就须要自定义协议啊

例如：http定义本身的包头，你要是以为传输效率极其重要，这样的包头太臃肿，你也须要自定义协议啊

要是http都能彻底知足你的需求，那为啥要自定义协议呢？一个成熟的协议拿来就用明显是很好的选择啊。

如今REST一出，一改过去SOAP的复杂臃肿，HTTP协议自己一直也在扩充，所以适用的范围更广，更好用了。须要自定义协议的场景和需求也变少了。

若是要从微观层面去对比优劣，至少你得告诉你这个自定义协议是啥？
TCP上的自定义协议，那但是多如繁星，我拿哪一个去作对比呢？

TCP长连接是一直连着不断开的。若是是TCP的话：
服务器端不是很好扩充，考验单台服务器的接入能力。服务器集群不是很好架设。
客户端，处理socket链接的那个线程要负责干各类事情，全部网络协议的逻辑集中在此，结构不太好搭。而http，结构就彻底不一样。

区别在于开发代价不一样。http有大量现成架构，服务器，数据库，出了问题也不会全盘崩溃，调试代价小。
tcp必须自定义协议，而后本身处理；本身实现服务器，监听端口；遇到问题，本身打造一系列调试手段。本身动手造轮子，开发代价高了一个数量级。

最近正好在用http协议，是接手以前一我的作的，没办法代码重写，基于socket自定义协议对于移动开发快速迭代不合适，除非是一些比较底层的需求。估计像微信这样的也许会自定义协议，要否则带宽负荷过高。可是具体我也不了解。

因此能用http的地方，就不要用tcp。不过有的东西必须用tcp，好比网游，那是没办法的事情。

HTTP 协议的一个很是重要的优点在于穿越防火墙。
若是客户端到服务器之间有安全设备，那么可能惟一打开的端口就是TCP:80。

移动端的开发更是如此，你不想用户成天抱怨说访问不到你的服务器吧。

这篇文章 介绍的很详细

顺便打个广告， 七牛是国内golang作后端服务开发的先驱， 上传 下载，数据处理接口全是走的是http协议

另外也能够混用，携程的这个实践颇有参考意义

安卓不少框架都是基于http的，像 android-async-http, okhttp,AndroidAsync,volley ...等

综上，建议使用http 协议，除非你有很特殊的需求