android Socket连接 与 http连接有什么区别 socket连接和http连接的区别
Android Http\u8fde\u63a5\u548cTCP\u8fde\u63a5\u7684\u533a\u522bHttp\u662f\u5e94\u7528\u5c42\u534f\u8bae\uff0cTCP\u662f\u7f51\u7edc\u5c42\u534f\u8bae\uff0c\u5e94\u7528\u5c42\u5728TCP/IP\u56db\u5c42\u67b6\u6784\u4e2d\u4f4d\u4e8eTCP\u7684\u4e0a\u4e00\u5c42\u3002
\u5efa\u7acbHttp\u8fde\u63a5\u5728\u5b9e\u73b0\u65f6\u6709\u4ee5\u4e0b\u4e24\u79cd\u65b9\u5f0f\uff1a
1\u3001[java] view plaincopy
DefaultHttpClient http = new DefaultHttpClient();
HttpGet method = new HttpGet(url);
HttpResponse response =http.execute(method);
2\u3001[java] view plaincopy
URL url = new URL(uri);
HttpURLConnection connection = (HttpURLConnection)
url.openConnection();
connection.connect();
\u800cTCP\u8fde\u63a5\u5728\u5b9e\u73b0\u65f6\u8981\u501f\u52a9Socket\uff08\u5957\u63a5\u5b57 IP+\u7aef\u53e3\u53f7\uff09
[java] view plaincopy
Socket s = new Socket("localhost", 12345);
\u3000\u3000\u533a\u522b\u4ece\u8fd9\u4e24\u4e2a\u8fde\u63a5\u7684\u5b9e\u73b0\u65b9\u5f0f\u5c31\u53ef\u4ee5\u770b\u51fa\u6765\uff0cHTTP\u8fde\u63a5\u9700\u8981\u6307\u660e\u8d44\u6e90\u7684URL\uff0c\u53d1\u51fa\u8bf7\u6c42\u7684\u5e94\u7528\u4e0d\u77e5\u9053\u670d\u52a1\u5668\u7684IP\uff0c\u867d\u7136\u57df\u540d\u670d\u52a1\u5668\u4e5f\u662f\u8981\u628a\u57df\u540d\u89e3\u6790\u6210IP\u5730\u5740\uff0c\u4f46\u4e0d\u5c5e\u4e8e\u5e94\u7528\u6240\u5173\u5fc3\u7684\u8303\u7574\uff0c\u662f\u7f51\u7edc\u5c42\u5e94\u8be5\u5b8c\u6210\u7684\u5de5\u4f5c\u3002\u6240\u4ee5Http\u8fde\u63a5\u5c5e\u4e8e\u65e0\u72b6\u6001\u7684\u77ed\u8fde\u63a5\uff0c\u82e5\u518d\u8bf7\u6c42\u5176\u4ed6\u6570\u636e\uff0c\u9700\u8981\u518d\u91cd\u65b0\u5efa\u7acb\u8fde\u63a5\u3002\u5ba2\u6237\u7aef\u5411\u670d\u52a1\u5668\u53d1\u9001\u8bf7\u6c42\u540e\uff0c\u670d\u52a1\u5668\u624d\u77e5\u9053\u5ba2\u6237\u7aef\u7684\u5b58\u5728\u3002
\u3000\u3000TCP\u8fde\u63a5\u5b9e\u73b0\u65f6\u9700\u8981\u6307\u660eIP\u5730\u5740\u548c\u7aef\u53e3\u53f7\uff0c\u5c31\u53ef\u4ee5\u8ddf\u76ee\u7684\u4e3b\u673a\u901a\u8fc7\u4e09\u6b21\u63e1\u624b\u5efa\u7acb\u8054\u7cfb\uff0c\u8be5\u8fde\u63a5\u4e00\u76f4\u4fdd\u6301\u76f4\u5230\u67d0\u4e00\u65b9\u63d0\u51fa\u53d6\u6d88\u8fde\u63a5\uff0c\u901a\u8fc7\u56db\u6b21\u63e1\u624b\u5173\u95ed\u8fde\u63a5\u3002Socket\u652f\u6301TCP/UDP\u534f\u8bae\uff0c\u5982\u679c\u4f7f\u7528TCP\u534f\u8bae\uff0c\u90a3\u4e48socket\u8fde\u63a5\u5c31\u662fTCP\u8fde\u63a5\u3002\u8bba\u6587\u63d0\u5230\u7684\u5e94\u7528\u573a\u666f\u662f\u624b\u673a\u4e0e\u4e91\u7aef\u7684\u670d\u52a1\u5668\u5efa\u7acb\u8054\u7cfb\uff0c\u56e0\u4e3a\u8981\u4fdd\u6301\u8fde\u63a5\u5e76\u6307\u5b9a\u8fde\u63a5\u7684\u5efa\u7acb\u65f6\u95f4\uff0c\u6240\u4ee5\u5728\u8fd9\u79cd\u573a\u666f\u4e0b\u4f7f\u7528TCP\u8fde\u63a5\u6700\u5408\u9002\u30023G\u7f51\u7edc\u4e0d\u652f\u6301\u7aef\u5230\u7aef\u5efa\u7acbTCP\u8fde\u63a5\uff0c\u56e0\u4e3a\u5b83\u662fclient-server\u6a21\u5f0f\uff0c\u6240\u4ee5\u9700\u8981\u901a\u8fc7\u4e91\u7aef\u670d\u52a1\u5668\u7684\u8f85\u52a9\u6765\u5b9e\u73b0\u624b\u673a\u7684\u7aef\u5230\u7aef\u901a\u4fe1\u3002
\u7531\u4e8e\u901a\u5e38\u60c5\u51b5\u4e0bSocket\u8fde\u63a5\u5c31\u662fTCP\u8fde\u63a5\uff0c\u56e0\u6b64Socket\u8fde\u63a5\u4e00\u65e6\u5efa\u7acb\uff0c\u901a\u4fe1\u53cc\u65b9\u5373\u53ef\u5f00\u59cb\u76f8\u4e92\u53d1\u9001\u6570\u636e\u5185\u5bb9\uff0c\u76f4\u5230\u53cc\u65b9\u8fde\u63a5\u65ad\u5f00\u3002\u4f46\u5728\u5b9e\u9645\u7f51 \u7edc\u5e94\u7528\u4e2d\uff0c\u5ba2\u6237\u7aef\u5230\u670d\u52a1\u5668\u4e4b\u95f4\u7684\u901a\u4fe1\u5f80\u5f80\u9700\u8981\u7a7f\u8d8a\u591a\u4e2a\u4e2d\u95f4\u8282\u70b9\uff0c\u4f8b\u5982\u8def\u7531\u5668\u3001\u7f51\u5173\u3001\u9632\u706b\u5899\u7b49\uff0c\u5927\u90e8\u5206\u9632\u706b\u5899\u9ed8\u8ba4\u4f1a\u5173\u95ed\u957f\u65f6\u95f4\u5904\u4e8e\u975e\u6d3b\u8dc3\u72b6\u6001\u7684\u8fde\u63a5\u800c\u5bfc\u81f4 Socket \u8fde\u63a5\u65ad\u8fde\uff0c\u56e0\u6b64\u9700\u8981\u901a\u8fc7\u8f6e\u8be2\u544a\u8bc9\u7f51\u7edc\uff0c\u8be5\u8fde\u63a5\u5904\u4e8e\u6d3b\u8dc3\u72b6\u6001\u3002
\u800cHTTP\u8fde\u63a5\u4f7f\u7528\u7684\u662f\u201c\u8bf7\u6c42\u2014\u54cd\u5e94\u201d\u7684\u65b9\u5f0f\uff0c\u4e0d\u4ec5\u5728\u8bf7\u6c42\u65f6\u9700\u8981\u5148\u5efa\u7acb\u8fde\u63a5\uff0c\u800c\u4e14\u9700\u8981\u5ba2\u6237\u7aef\u5411\u670d\u52a1\u5668\u53d1\u51fa\u8bf7\u6c42\u540e\uff0c\u670d\u52a1\u5668\u7aef\u624d\u80fd\u56de\u590d\u6570\u636e\u3002
\u5f88\u591a\u60c5\u51b5\u4e0b\uff0c\u9700\u8981\u670d\u52a1\u5668\u7aef\u4e3b\u52a8\u5411\u5ba2\u6237\u7aef\u63a8\u9001\u6570\u636e\uff0c\u4fdd\u6301\u5ba2\u6237\u7aef\u4e0e\u670d\u52a1\u5668\u6570\u636e\u7684\u5b9e\u65f6\u4e0e\u540c\u6b65\u3002\u6b64\u65f6\u82e5\u53cc\u65b9\u5efa\u7acb\u7684\u662fSocket\u8fde\u63a5\uff0c\u670d\u52a1\u5668\u5c31\u53ef\u4ee5\u76f4\u63a5\u5c06\u6570 \u636e\u4f20\u9001\u7ed9\u5ba2\u6237\u7aef\uff1b\u82e5\u53cc\u65b9\u5efa\u7acb\u7684\u662fHTTP\u8fde\u63a5\uff0c\u5219\u670d\u52a1\u5668\u9700\u8981\u7b49\u5230\u5ba2\u6237\u7aef\u53d1\u9001\u4e00\u6b21\u8bf7\u6c42\u540e\u624d\u80fd\u5c06\u6570\u636e\u4f20\u56de\u7ed9\u5ba2\u6237\u7aef\uff0c\u56e0\u6b64\uff0c\u5ba2\u6237\u7aef\u5b9a\u65f6\u5411\u670d\u52a1\u5668\u7aef\u53d1\u9001\u8fde\u63a5\u8bf7\u6c42\uff0c \u4e0d\u4ec5\u53ef\u4ee5\u4fdd\u6301\u5728\u7ebf\uff0c\u540c\u65f6\u4e5f\u662f\u5728\u201c\u8be2\u95ee\u201d\u670d\u52a1\u5668\u662f\u5426\u6709\u65b0\u7684\u6570\u636e\uff0c\u5982\u679c\u6709\u5c31\u5c06\u6570\u636e\u4f20\u7ed9\u5ba2\u6237\u7aef\u3002
1、TCP连接
要想明白Socket连接，先要明白TCP连接。手机能够使用联网功能是因为手机底层实现了TCP/IP协议，可以使手机终端通过无线网络建立TCP连接。TCP协议可以对上层网络提供接口，使上层网络数据的传输建立在“无差别”的网络之上。
建立起一个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连接的请求，断开过程需要经过“四次握手”（过程就不细写了，就是服务器和客户端交互，最终确定断开）
2、HTTP连接
HTTP协议即超文本传送协议(Hypertext Transfer Protocol )，是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用。
HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。
1）在HTTP 1.0中，客户端的每次请求都要求建立一次单独的连接，在处理完本次请求后，就自动释放连接。
2）在HTTP 1.1中则可以在一次连接中处理多个请求，并且多个请求可以重叠进行，不需要等待一个请求结束后再发送下一个请求。
由于HTTP在每次请求结束后都会主动释放连接，因此HTTP连接是一种“短连接”，要保持客户端程序的在线状态，需要不断地向服务器发起连接请求。通常的做法是即使不需要获得任何数据，客户端也保持每隔一段固定的时间向服务器发送一次“保持连接”的请求，服务器在收到该请求后对客户端进行回复，表明知道客户端“在线”。若服务器长时间无法收到客户端的请求，则认为客户端“下线”，若客户端长时间无法收到服务器的回复，则认为网络已经断开。
3、SOCKET原理
3.1套接字（socket）概念
套接字（socket）是通信的基石，是支持TCP/IP协议的网络通信的基本操作单元。它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口。
应用层通过传输层进行数据通信时，TCP会遇到同时为多个应用程序进程提供并发服务的问题。多个TCP连接或多个应用程序进程可能需要通过同一个 TCP协议端口传输数据。为了区别不同的应用程序进程和连接，许多计算机操作系统为应用程序与TCP／IP协议交互提供了套接字(Socket)接口。应用层可以和传输层通过Socket接口，区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务。
3.2 建立socket连接
建立Socket连接至少需要一对套接字，其中一个运行于客户端，称为ClientSocket ，另一个运行于服务器端，称为ServerSocket 。
套接字之间的连接过程分为三个步骤：服务器监听，客户端请求，连接确认。
服务器监听：服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态，等待客户端的连接请求。
客户端请求：指客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。
连接确认：当服务器端套接字监听到或者说接收到客户端套接字的连接请求时，就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户端，一旦客户端确认了此描述，双方就正式建立连接。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。
4、SOCKET连接与TCP连接
创建Socket连接时，可以指定使用的传输层协议，Socket可以支持不同的传输层协议（TCP或UDP），当使用TCP协议进行连接时，该Socket连接就是一个TCP连接。
5、Socket连接与HTTP连接
由于通常情况下Socket连接就是TCP连接，因此Socket连接一旦建立，通信双方即可开始相互发送数据内容，直到双方连接断开。但在实际网络应用中，客户端到服务器之间的通信往往需要穿越多个中间节点，例如路由器、网关、防火墙等，大部分防火墙默认会关闭长时间处于非活跃状态的连接而导致 Socket 连接断连，因此需要通过轮询告诉网络，该连接处于活跃状态。
而HTTP连接使用的是“请求—响应”的方式，不仅在请求时需要先建立连接，而且需要客户端向服务器发出请求后，服务器端才能回复数据。
很多情况下，需要服务器端主动向客户端推送数据，保持客户端与服务器数据的实时与同步。此时若双方建立的是Socket连接，服务器就可以直接将数据传送给客户端；若双方建立的是HTTP连接，则服务器需要等到客户端发送一次请求后才能将数据传回给客户端，因此，客户端定时向服务器端发送连接请求，不仅可以保持在线，同时也是在“询问”服务器是否有新的数据，如果有就将数据传给客户端。
通信协议不同，Socket可以建立长连接
扩展阅读：facebook download link ... app+download+android ... free facebook lite ... app facebook lite ... zookeeper java api ... facebook messenger ... free facebook chrome ... matebook14 ... macbook air pro ...
