简而言之：
UDP:
UDP是一种面向无连接的用户数据报服务(user data protocol)，不需要和服务器也能交互，只需要知道ip和监听端口，不需要链接没有目的的socket，只是将数据报投递出去，不管接收方是否成功接收到，因此是一种不可靠的传输，可能会造成数据丢包，但由于这些特征，传输效率要优于TCP。例如QQ传输
TCP:
TCP是一种面向连接的传输控制协议(transform contorl protocol),必须要和服务器交互，具有高安全性，可靠性，需要和服务器进行三次握手，能根据具体网络拥堵情况进行延时。例如MSN传输
TCP/IP实际上是一组协议，它包括上百个各种功能的协议，如：远程登录、文件传输和电子邮件等，而TCP协议和IP协议是保证数据完整传输的两个基本的重要协议。通常说TCP/IP是Internet协议族，而不单单是TCP和IP。
Socket:
socket就像是TCP与UDP的外接API。有两种连接操作方式，面向连接的（TCP）和面向无连接的（UDP）。使用UDP无需要指定一个socket目的地，而是用TCP必须要指定一个socket目的地，需要进行预链接，否则连接不到。
优点：
1.传输数据为字节级，传输数据可自定义，数据量小。相应的移动端开发，手机费用低
2.传输数据时间短，性能高
3.适合C/S之间信息实时交互
4.可以加密，数据安全性高
缺点：
1.需要对传输的数据进行解析，转化为应用级的数据
2.对开发人员的开发水平要求高
3.相对于Http协议传输，增加了开发量
适用场景：
网络游戏，银行交互，支付。
HTTP：HTTP协议即超文本传送协议(Hypertext Transfer Protocol )，是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用、所以支持HTTP就一定支持TCP传输。常见的请求方式有get和post，web服务。
HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。
优点：
1.基于应用级的接口使用方便
2.要求的开发水平不高，容错性强
缺点：
1.传输速度慢，数据包大。
2.如实现实时交互，服务器性能压力大
3.数据传输安全性差
适用场景：
公司OA服务，互联网服务
具体点来讲：（以下大部分基于百度百科）
网络、由下往上分为
物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。
通过初步的了解，知道IP协议对应于网络层，TCP协议对应于传输层，而 HTTP协议对应于应用层，
三者从本质上来说没有可比性
socket则是对TCP/UDP协议的封装和应用(程序员层面上)。
也可以说，TPC/UDP协议是传输层协议，主要解决数据如何在网络中传输，
而HTTP是应用层协议，主要解决如何包装数据。
关于TCP/IP和HTTP协议的关系，网络有一段比较容易理解的介绍：
“我们在传输数据时，可以只使用(传输层)TCP/IP协议，但是那样的话，如果没有应用层，便无法识别数据内容。
如果想要使传输的数据有意义，则必须使用到应用层协议。
应用层协议有很多，比如HTTP、FTP、TELNET等，也可以自己定义应用层协议。
CSDN上有个比较形象的描述：
HTTP是轿车，提供了封装或者显示数据的具体形式;Socket是发动机，提供了网络通信的能力。
实际上，传输层的TCP是基于网络层的IP协议的，而应用层的HTTP协议又是基于传输层的TCP协议的，而Socket本身不算是协议，就像上面所说，它只是提供了一个针对TCP或者UDP编程的接口。
WEB使用HTTP协议作应用层协议，以封装HTTP文本信息，然后使用TCP/IP做传输层协议将它发到网络上。”
实际上，Socket跟TCP/IP协议没有必然的联系。
Socket编程接口在设计的时候，就希望也能适应其他的网络协议。
所以说，Socket的出现只是使得程序员更方便地使用TCP/IP协议栈而已，是对TCP/IP协议的抽象，
从而形成了我们知道的一些最基本的函数接口，比如create、listen、connect、accept、send、read和write等等。
网络有一段关于socket和TCP/IP协议关系的说法比较容易理解：
“TCP/IP与UDP只是一个协议栈，就像操作系统的运行机制一样，必须要具体实现，同时还要提供对外的操作接口。
这个就像操作系统会提供标准的编程接口，比如win32编程接口一样，
TCP/IP也要提供可供程序员做网络开发所用的接口，这就是Socket编程接口。”
关于TCP/IP协议的相关只是，用博大精深来讲我想也不为过，单单查一下网上关于此类只是的资料和书籍文献的数量就知道，
这个我打算会买一些经典的书籍(比如《TCP/IP详解：卷一、卷二、卷三》)进行学习，今天就先总结一些基于基于TCP/IP协议的应用和编程接口的知识，也就是刚才说了很多的HTTP和Socket。
下面是一些经常在笔试或者面试中碰到的重要的概念，特在此做摘抄和总结。
一、什么是TCP连接的三次握手
第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认;
第二次握手：服务器收到syn包，必须确认客户的SYN(ack=j+1)，同时自己也发送一个SYN包(syn=k)，即SYN+ACK包，此时服务器进入SYN_RECV状态;
第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。
握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。
理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。
断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”(过程就不细写了，就是服务器和客户端交互，最终确定断开)
二、TCP和UDP的区别
1、TCP是面向链接的，虽然说网络的不安全不稳定特性决定了多少次握手都不能保证连接的可靠性，但TCP的三次握手在最低限度上(实际上也很大程度上保证了)保证了连接的可靠性;
而UDP不是面向连接的，UDP传送数据前并不与对方建立连接，对接收到的数据也不发送确认信号，发送端不知道数据是否会正确接收，当然也不用重发，所以说UDP是无连接的、不可靠的一种数据传输协议。
2、也正由于1所说的特点，使得UDP的开销更小数据传输速率更高，因为不必进行收发数据的确认，所以UDP的实时性更好。
知道了TCP和UDP的区别，就不难理解为何采用TCP传输协议的MSN比采用UDP的QQ传输文件慢了，但并不能说QQ的通信是不安全的，
因为程序员可以手动对UDP的数据收发进行验证，比如发送方对每个数据包进行编号然后由接收方进行验证啊什么的，
即使是这样，UDP因为在底层协议的封装上没有采用类似TCP的“三次握手”而实现了TCP所无法达到的传输效率。
三、利用Socket建立网络连接的步骤
1、服务器监听：服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态，等待客户端的连接请求。
2、客户端请求：指客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。
为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。
3、连接确认：当服务器端套接字监听到或者说接收到客户端套接字的连接请求时，就响应客户端套接字的请求，建立一个新的线程，把服务器端
套接字的描述发给客户端，一旦客户端确认了此描述，双方就正式建立连接。
而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。
建立Socket连接至少需要一对套接字，其中一个运行于客户端，称为ClientSocket ，另一个运行于服务器端，称为ServerSocket 。
套接字之间的连接过程分为三个步骤：服务器监听，客户端请求，连接确认。
关于socket，笔者并没有太深入复杂的使用经历。由于原生socket语法并不是非常友好，所以使用了ASyncSocket三方库，它内部封装了TCP/UDP两种模式文件，使用时根据需要选择导入方式即可。本质上来讲，是基于建立一个单例Socket管理器，进行连接，传输，断开等一系列操作，非常方便。
至于XMPP，XMPP是应用层协议，底层依旧是建立在Socket通信之上。
对于ASyncSocket/XMPP的使用方法。简言之都是通过单例管理器控制连接状态以及传输动作，将来有时间再写吧。
四、HTTP链接的特点
HTTP协议即超文本传送协议(Hypertext Transfer Protocol )，是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用。
HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。
简单的说，TCP就是单纯建立连接，不涉及任何我们需要请求的实际数据，简单的传输。
http是用来收发数据，即实际应用上来的。
第一：从传输层，先说下TCP连接，我们要和服务端连接TCP连接，需要通过三次连接，包括：请求，确认，建立连接。即传说中的“三次握手协议”。
简单就是：请求，确认，连接。
第二：从实际上的数据应用来说http:
在前面客户端和应用服务器建立TCP连接之后，就需要用http协议来传送数据了，HTTP协议简单来说，还是请求，确认，连接。
总体就是C发送一个HTTP请求给S，S收到了这个http请求，然后返回给Chttp响应，然后C的中间件或者说浏览器把这些数据渲染成为了网页，展示在用户面前。
http请求步骤：
第一步：发送一个http请求给S，这个请求包括请求头和请求内容：
request header（请求头）包括：
1.请求的方法是POST/GET,请求的URL，http协议版本
2.请求的数据，和编码方式3是否有cookie和cooies，是否缓存等。
post和get请求方式的区别：
get把请求内容放在URL后面，但是URL长度有限制。而post是以表单的形势，适合要输入密码之类的，因为不在URL中显示，所以比较安全。
request body（请求体）：即请求的内容.
第二步：S收到了http请求，然后根据请求头，返回http响应。
response header:包括了1.cookies或者sessions2.状态码3.内容大小等
response body：即响应的内容，包括，JS什么的。
第三步：C收到了以后，就由浏览器完成一系列的渲染，包括执行JS脚本等。