网络编程懒人入门(八)：手把手教你写基于TCP的Socket长连接

转载自 http://www.52im.net/thread-1722-1-1.html

1、引言

好多小白初次接触即时通讯（比如：IM或者消息推送应用）时，总是不能理解Web短连接（就是最常见的HTTP通信了）跟长连接（主要指TCP、UDP协议实现的socket通信，当然HTML5里的Websocket协议也是长连接）的区别，导致写即时通讯这类系统代码时往往找不到最佳实践，搞的一脸蒙逼。

本篇我们先简单了解一下 TCP/IP，然后通过实现一个 echo 服务器来学习 Java 的 Socket API。最后我们聊聊偏高级一点点的 socket 长连接和协议设计。

另外，本系列文章的前2篇《网络编程懒人入门(一)：快速理解网络通信协议（上篇）》、《网络编程懒人入门(二)：快速理解网络通信协议（下篇）》快速介绍了网络基本通信协议及理论基础，如果您对网络基础毫无概念，则请务必首先阅读完这2篇文章。本系列的第3篇文章《网络编程懒人入门(三)：快速理解TCP协议一篇就够》有助于您快速理解TCP协议理论的方方面面，建议也可以读一读。

TCP 是互联网的核心协议之一，鉴于它的重要性，希望通过阅读上面介绍的几篇理论文章，再针对本文的动手实践，能真正加深您对TCP协议的理解。

如果您正打算系统地学习即时通讯开发，在读完本文后，建议您可以详细阅读《新手入门一篇就够：从零开发移动端IM》。

2、TCP/IP 协议简介

TCP/IP协议族是互联网最重要的基础设施之一，如有兴趣了解TCP/IP的贡献，可以读一读此文：《技术往事：改变世界的TCP/IP协议（珍贵多图、手机慎点）》，本文因篇幅原因仅作简要介绍。

2.1 IP协议

首先我们看 IP（Internet Protocol）协议。IP 协议提供了主机和主机间的通信。

为了完成不同主机的通信，我们需要某种方式来唯一标识一台主机，这个标识，就是著名的IP地址。通过IP地址，IP 协议就能够帮我们把一个数据包发送给对方。

2.2 TCP协议

前面我们说过，IP 协议提供了主机和主机间的通信。TCP 协议在 IP 协议提供的主机间通信功能的基础上，完成这两个主机上进程对进程的通信。

有了 IP，不同主机就能够交换数据。但是，计算机收到数据后，并不知道这个数据属于哪个进程（简单讲，进程就是一个正在运行的应用程序）。TCP 的作用就在于，让我们能够知道这个数据属于哪个进程，从而完成进程间的通信。

为了标识数据属于哪个进程，我们给需要进行 TCP 通信的进程分配一个唯一的数字来标识它。这个数字，就是我们常说的端口号。

TCP 的全称是 Transmission Control Protocol，大家对它说得最多的，大概就是面向连接的特性了。之所以说它是有连接的，是说在进行通信前，通信双方需要先经过一个三次握手的过程。三次握手完成后，连接便建立了。这时候我们才可以开始发送/接收数据。（与之相对的是 UDP，不需要经过握手，就可以直接发送数据）。

下面我们简单了解一下三次握手的过程：
网络编程懒人入门(八)：手把手教你写基于TCP的Socket长连接_1.png

首先，客户向服务端发送一个 SYN，假设此时 sequence number 为 x。这个 x 是由操作系统根据一定的规则生成的，不妨认为它是一个随机数；
服务端收到 SYN 后，会向客户端再发送一个 SYN，此时服务器的 seq number = y。与此同时，会 ACK x+1，告诉客户端“已经收到了 SYN，可以发送数据了”；
客户端收到服务器的 SYN 后，回复一个 ACK y+1，这个 ACK 则是告诉服务器，SYN 已经收到，服务器可以发送数据了。

经过这 3 步，TCP 连接就建立了，这里需要注意的有三点：

连接是由客户端主动发起的；
在第 3 步客户端向服务器回复 ACK 的时候，TCP 协议是允许我们携带数据的。之所以做不到，是 API 的限制导致的；
TCP 协议还允许 “四次握手” 的发生，同样的，由于 API 的限制，这个极端的情况并不会发生。

TCP/IP 相关的理论知识我们就先了解到这里，如果对TCP的3次握手和4次挥手还不太理解，那就详细读读以下文章：

《通俗易懂-深入理解TCP协议（上）：理论基础》
《通俗易懂-深入理解TCP协议（下）：RTT、滑动窗口、拥塞处理》
《理论经典：TCP协议的3次握手与4次挥手过程详解》
《理论联系实际：Wireshark抓包分析TCP 3次握手、4次挥手过程》

关于 TCP，还有诸如可靠性、流量控制、拥塞控制等非常有趣的特性。强烈推荐读者看一看 Richard 的名著《TCP/IP 详解 - 卷1》（注意，是第1版，不是第2版）。
网络编程懒人入门(八)：手把手教你写基于TCP的Socket长连接_2.jpg
▲ 网络编程理论经典《TCP/IP 详解 - 卷1》（在线阅读版点此进入）

另外，TCP/IP协议其实是一个庞大的协议族，《计算机网络通讯协议关系图（中文珍藏版）》一文中为您清晰展现了这个协议族之间的关系，很有收藏价值，建议务必读一读。
网络编程懒人入门(八)：手把手教你写基于TCP的Socket长连接_3.png
▲ TCP/IP协议族图（高清原图点此进入）

下面我们看一些偏实战的东西。

3、Socket 基本用法

Socket 是 TCP 层的封装，通过 socket，我们就能进行 TCP 通信。

在 Java 的 SDK 中，socket 的共有两个接口：用于监听客户连接的 ServerSocket 和用于通信的 Socket。

使用 socket 的步骤如下：

1）创建 ServerSocket 并监听客户连接；
2）使用 Socket 连接服务端；
3）通过 Socket.getInputStream()/getOutputStream() 获取输入输出流进行通信。

下面，我们通过实现一个简单的 echo 服务来学习 socket 的使用。所谓的 echo 服务，就是客户端向服务端写入任意数据，服务器都将数据原封不动地写回给客户端。

3.1 第一步：创建 ServerSocket 并监听客户连接

public class EchoServer {

private final ServerSocket mServerSocket;

public EchoServer(int port) throws IOException {

// 1. 创建一个 ServerSocket 并监听端口 port

mServerSocket = new ServerSocket(port);

}

public void run() throws IOException {

// 2. 开始接受客户连接

Socket client = mServerSocket.accept();

handleClient(client);

}

private void handleClient(Socket socket) {

// 3. 使用 socket 进行通信 ...

}

public static void main(String[] argv) {

try {

EchoServer server = new EchoServer(9877);

server.run();

} catch (IOException e) {

e.printStackTrace();

}

3.2 第二步：使用 Socket 连接服务端

public class EchoClient {

private final Socket mSocket;

public EchoClient(String host, int port) throws IOException {

// 创建 socket 并连接服务器

mSocket = new Socket(host, port);

}

public void run() {

// 和服务端进行通信

}

public static void main(String[] argv) {

try {

// 由于服务端运行在同一主机，这里我们使用 localhost

EchoClient client = new EchoClient("localhost", 9877);

client.run();

} catch (IOException e) {

e.printStackTrace();

}

3.3 第三步：通过 socket.getInputStream()/getOutputStream() 获取输入/输出流进行通信

首先，我们来实现服务端：

public class EchoServer {

// ...

private void handleClient(Socket socket) throws IOException {

InputStream in = socket.getInputStream();

OutputStream out = socket.getOutputStream();

byte[] buffer = new byte[1024];

int n;

while ((n = in.read(buffer)) > 0) {

out.write(buffer, 0, n);

}

可以看到，服务端的实现其实很简单，我们不停地读取输入数据，然后写回给客户端。

下面我们看看客户端：

public class EchoClient {

// ...

public void run() throws IOException {

Thread readerThread = new Thread(this::readResponse);

readerThread.start();

OutputStream out = mSocket.getOutputStream();

byte[] buffer = new byte[1024];

int n;

while ((n = System.in.read(buffer)) > 0) {

out.write(buffer, 0, n);

}

private void readResponse() {

try {

InputStream in = mSocket.getInputStream();

byte[] buffer = new byte[1024];

int n;

while ((n = in.read(buffer)) > 0) {

System.out.write(buffer, 0, n);

}

} catch (IOException e) {

e.printStackTrace();

}

客户端会稍微复杂一点点，在读取用户输入的同时，我们又想读取服务器的响应。所以，这里创建了一个线程来读服务器的响应。

不熟悉 lambda 的读者，可以把Thread readerThread = new Thread(this::readResponse) 换成下面这个代码：

Thread readerThread = new Thread(new Runnable() {

@Override

public void run() {

readResponse();

}

});

打开两个 terminal 分别执行如下命令：

$ javac EchoServer.java

$ java EchoServer

$ javac EchoClient.java

$ java EchoClient

hello Server

foo

在客户端，我们会看到，输入的所有字符都打印了出来。

3.4 最后需要注意的有几点

1）在上面的代码中，我们所有的异常都没有处理。实际应用中，在发生异常时，需要关闭 socket，并根据实际业务做一些错误处理工作；
2）在客户端，我们没有停止 readThread。实际应用中，我们可以通过关闭 socket 来让线程从阻塞读中返回。推荐读者阅读《Java并发编程实战》；
3）我们的服务端只处理了一个客户连接。如果需要同时处理多个客户端，可以创建线程来处理请求。这个作为练习留给读者来完全。

4、Socket、ServerSocket 傻傻分不清楚

在进入这一节的主题前，读者不妨先考虑一个问题：在上一节的实例中，我们运行 echo 服务后，在客户端连接成功时，一个有多少个 socket 存在？

答案是 3 个 socket：客户端一个，服务端有两个。跟这个问题的答案直接关联的是本节的主题——Socket 和 ServerSocket 的区别是什么。

眼尖的读者，可能会注意到在上一节我是这样描述他们的：

在 Java 的 SDK 中，socket 的共有两个接口：用于监听客户连接的 ServerSocket 和用于通信的 Socket。

注意：我只说 ServerSocket 是用于监听客户连接，而没有说它也可以用来通信。下面我们来详细了解一下他们的区别。

注：以下描述使用的是 UNIX/Linux 系统的 API。

首先，我们创建 ServerSocket 后，内核会创建一个 socket。这个 socket 既可以拿来监听客户连接，也可以连接远端的服务。由于 ServerSocket 是用来监听客户连接的，紧接着它就会对内核创建的这个 socket 调用 listen 函数。这样一来，这个 socket 就成了所谓的 listening socket，它开始监听客户的连接。

接下来，我们的客户端创建一个 Socket，同样的，内核也创建一个 socket 实例。内核创建的这个 socket 跟 ServerSocket 一开始创建的那个没有什么区别。不同的是，接下来 Socket 会对它执行 connect，发起对服务端的连接。前面我们说过，socket API 其实是 TCP 层的封装，所以 connect 后，内核会发送一个 SYN 给服务端。

现在，我们切换角色到服务端。服务端的主机在收到这个 SYN 后，会创建一个新的 socket，这个新创建的 socket 跟客户端继续执行三次握手过程。

三次握手完成后，我们执行的 serverSocket.accept() 会返回一个 Socket 实例，这个 socket 就是上一步内核自动帮我们创建的。

所以说：在一个客户端连接的情况下，其实有 3 个 socket。

关于内核自动创建的这个 socket，还有一个很有意思的地方。它的端口号跟 ServerSocket 是一毛一样的。咦！！不是说，一个端口只能绑定一个 socket 吗？其实这个说法并不够准确。

前面我说的TCP 通过端口号来区分数据属于哪个进程的说法，在 socket 的实现里需要改一改。Socket 并不仅仅使用端口号来区别不同的 socket 实例，而是使用 <peer addr:peer port, local addr:local port> 这个四元组。

在上面的例子中，我们的 ServerSocket 长这样：<*:*, *:9877>。意思是，可以接受任何的客户端，和本地任何 IP。

accept 返回的 Socket 则是这样：<127.0.0.1:xxxx, 127.0.0.1:9877>。其中，xxxx 是客户端的端口号。

如果数据是发送给一个已连接的 socket，内核会找到一个完全匹配的实例，所以数据准确发送给了对端。

如果是客户端要发起连接，这时候只有 <*:*, *:9877> 会匹配成功，所以 SYN 也准确发送给了监听套接字。

Socket/ServerSocket 的区别我们就讲到这里。如果读者觉得不过瘾，可以参考《TCP/IP 详解》卷1、卷2。

5、Socket “长”连接的实现

5.1 背景知识

Socket 长连接，指的是在客户和服务端之间保持一个 socket 连接长时间不断开。

比较熟悉 Socket 的读者，可能知道有这样一个 API：

1	`socket.setKeepAlive(true);`

嗯……keep alive，“保持活着”，这个应该就是让 TCP 不断开的意思。那么，我们要实现一个 socket 的长连接，只需要这一个调用即可。

遗憾的是，生活并不总是那么美好。对于 4.4BSD 的实现来说，Socket 的这个 keep alive 选项如果打开并且两个小时内没有通信，那么底层会发一个心跳，看看对方是不是还活着。

注意：两个小时才会发一次。也就是说，在没有实际数据通信的时候，我把网线拔了，你的应用程序要经过两个小时才会知道。

这个话题，对于即时通讯的老手来说，也就是经常讨论的“网络连接心跳保活”这个话题了，感兴趣的话可以读一读《聊聊iOS中网络编程长连接的那些事》、《为何基于TCP协议的移动端IM仍然需要心跳保活机制？》、《微信团队原创分享：Android版微信后台保活实战分享(网络保活篇)》、《Android端消息推送总结：实现原理、心跳保活、遇到的问题等》。

在说明如果实现长连接前，我们先来理一理我们面临的问题。

假定现在有一对已经连接的 socket，在以下情况发生时候，socket 将不再可用：

1）某一端关闭是 socket（这不是废话吗）：主动关闭的一方会发送 FIN，通知对方要关闭 TCP 连接。在这种情况下，另一端如果去读 socket，将会读到 EoF（End of File）。于是我们知道对方关闭了 socket；
2）应用程序奔溃：此时 socket 会由内核关闭，结果跟情况1一样；
3）系统奔溃：这时候系统是来不及发送 FIN 的，因为它已经跪了。此时对方无法得知这一情况。对方在尝试读取数据时，最后会返回 read time out。如果写数据，则是 host unreachable 之类的错误。
4）电缆被挖断、网线被拔：跟情况3差不多，如果没有对 socket 进行读写，两边都不知道发生了事故。跟情况3不同的是，如果我们把网线接回去，socket 依旧可以正常使用。

在上面的几种情形中，有一个共同点就是，只要去读、写 socket，只要 socket 连接不正常，我们就能够知道。基于这一点，要实现一个 socket 长连接，我们需要做的就是不断地给对方写数据，然后读取对方的数据，也就是所谓的心跳。只要心还在跳，socket 就是活的。写数据的间隔，需要根据实际的应用需求来决定。

心跳包不是实际的业务数据，根据通信协议的不同，需要做不同的处理。

比方说，我们使用 JSON 进行通信，那么，可以为协议包加一个 type 字段，表面这个 JSON 是心跳还是业务数据：

{

"type": 0, // 0 表示心跳

// ...

}

使用二进制协议的情况类似。要求就是，我们能够区别一个数据包是心跳还是真实数据。这样，我们便实现了一个 socket 长连接。

5.2 实现示例

这一小节我们一起来实现一个带长连接的 Android echo 客户端。完整的代码可以在本文末尾的附件找到。

首先了接口部分：

public final class LongLiveSocket {

/**

* 错误回调

*/

public interface ErrorCallback {

/**

* 如果需要重连，返回 true

*/

boolean onError();

}

/**

* 读数据回调

*/

public interface DataCallback {

void onData(byte[] data, int offset, int len);

}

/**

* 写数据回调

*/

public interface WritingCallback {

void onSuccess();

void onFail(byte[] data, int offset, int len);

}

public LongLiveSocket(String host, int port,

DataCallback dataCallback, ErrorCallback errorCallback) {

}

public void write(byte[] data, WritingCallback callback) {

}

public void write(byte[] data, int offset, int len, WritingCallback callback) {

}

public void close() {

}

我们这个支持长连接的类就叫 LongLiveSocket 好了。如果在 socket 断开后需要重连，只需要在对应的接口里面返回 true 即可（在真实场景里，我们还需要让客户设置重连的等待时间，还有读写、连接的 timeout等。为了简单，这里就直接不支持了。

另外需要注意的一点是，如果要做一个完整的库，需要同时提供阻塞式和回调式API。同样由于篇幅原因，这里直接省掉了。

下面我们直接看实现：

001

002

003

004

005

006

007

008

009

010

011

012

013

014

015

016

017

018

019

020

021

022

023

024

025

026

027

028

029

030

031

032

033

034

035

036

037

038

039

040

041

042

043

044

045

046

047

048

049

050

051

052

053

054

055

056

057

058

059

060

061

062

063

064

065

066

067

068

069

070

071

072

073

074

075

076

077

078

079

080

081

082

083

084

085

086

087

088

089

090

091

092

093

094

095

096

097

098

099

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

247

248

249

250

251

252

253

254

255

256

257

258

259

260

261

262

263

264

265

266

267

268

269

270

271

272

273

274

275

public final class LongLiveSocket {

private static final String TAG = "LongLiveSocket";

private static final long RETRY_INTERVAL_MILLIS = 3 * 1000;

private static final long HEART_BEAT_INTERVAL_MILLIS = 5 * 1000;

private static final long HEART_BEAT_TIMEOUT_MILLIS = 2 * 1000;

/**

* 错误回调

*/

public interface ErrorCallback {

/**

* 如果需要重连，返回 true

*/

boolean onError();

}

/**

* 读数据回调

*/

public interface DataCallback {

void onData(byte[] data, int offset, int len);

}

/**

* 写数据回调

*/

public interface WritingCallback {

void onSuccess();

void onFail(byte[] data, int offset, int len);

}

private final String mHost;

private final int mPort;

private final DataCallback mDataCallback;

private final ErrorCallback mErrorCallback;

private final HandlerThread mWriterThread;

private final Handler mWriterHandler;

private final Handler mUIHandler = new Handler(Looper.getMainLooper());

private final Object mLock = new Object();

private Socket mSocket; // guarded by mLock

private boolean mClosed; // guarded by mLock

private final Runnable mHeartBeatTask = new Runnable() {

private byte[] mHeartBeat = new byte[0];

@Override

public void run() {

// 我们使用长度为 0 的数据作为 heart beat

write(mHeartBeat, new WritingCallback() {

@Override

public void onSuccess() {

// 每隔 HEART_BEAT_INTERVAL_MILLIS 发送一次

mWriterHandler.postDelayed(mHeartBeatTask, HEART_BEAT_INTERVAL_MILLIS);

mUIHandler.postDelayed(mHeartBeatTimeoutTask, HEART_BEAT_TIMEOUT_MILLIS);

}

@Override

public void onFail(byte[] data, int offset, int len) {

// nop

// write() 方法会处理失败

}

});

}

};

private final Runnable mHeartBeatTimeoutTask = () -> {

Log.e(TAG, "mHeartBeatTimeoutTask#run: heart beat timeout");

closeSocket();

};

public LongLiveSocket(String host, int port,

DataCallback dataCallback, ErrorCallback errorCallback) {

mHost = host;

mPort = port;

mDataCallback = dataCallback;

mErrorCallback = errorCallback;

mWriterThread = new HandlerThread("socket-writer");

mWriterThread.start();

mWriterHandler = new Handler(mWriterThread.getLooper());

mWriterHandler.post(this::initSocket);

}

private void initSocket() {

while (true) {

if (closed()) return;

try {

Socket socket = new Socket(mHost, mPort);

synchronized (mLock) {

// 在我们创建 socket 的时候，客户可能就调用了 close()

if (mClosed) {

silentlyClose(socket);

return;

}

mSocket = socket;

// 每次创建新的 socket，会开一个线程来读数据

Thread reader = new Thread(new ReaderTask(socket), "socket-reader");

reader.start();

mWriterHandler.post(mHeartBeatTask);

}

break;

} catch (IOException e) {

Log.e(TAG, "initSocket: ", e);

if (closed() || !mErrorCallback.onError()) {

break;

}

try {

TimeUnit.MILLISECONDS.sleep(RETRY_INTERVAL_MILLIS);

} catch (InterruptedException e1) {

// interrupt writer-thread to quit

break;

}

public void write(byte[] data, WritingCallback callback) {

write(data, 0, data.length, callback);

}

public void write(byte[] data, int offset, int len, WritingCallback callback) {

mWriterHandler.post(() -> {

Socket socket = getSocket();

if (socket == null) {

// initSocket 失败而客户说不需要重连，但客户又叫我们给他发送数据

throw new IllegalStateException("Socket not initialized");

}

try {

OutputStream outputStream = socket.getOutputStream();

DataOutputStream out = new DataOutputStream(outputStream);

out.writeInt(len);

out.write(data, offset, len);

callback.onSuccess();

} catch (IOException e) {

Log.e(TAG, "write: ", e);

closeSocket();

callback.onFail(data, offset, len);

if (!closed() && mErrorCallback.onError()) {

initSocket();

}

});

}

private boolean closed() {

synchronized (mLock) {

return mClosed;

}

private Socket getSocket() {

synchronized (mLock) {

return mSocket;

}

private void closeSocket() {

synchronized (mLock) {

closeSocketLocked();

}

private void closeSocketLocked() {

if (mSocket == null) return;

silentlyClose(mSocket);

mSocket = null;

mWriterHandler.removeCallbacks(mHeartBeatTask);

}

public void close() {

if (Looper.getMainLooper() == Looper.myLooper()) {

new Thread() {

@Override

public void run() {

doClose();

}

}.start();

} else {

doClose();

}

private void doClose() {

synchronized (mLock) {

mClosed = true;

// 关闭 socket，从而使得阻塞在 socket 上的线程返回

closeSocketLocked();

}

mWriterThread.quit();

// 在重连的时候，有个 sleep

mWriterThread.interrupt();

}

private static void silentlyClose(Closeable closeable) {

if (closeable != null) {

try {

closeable.close();

} catch (IOException e) {

Log.e(TAG, "silentlyClose: ", e);

// error ignored

}

private class ReaderTask implements Runnable {

private final Socket mSocket;

public ReaderTask(Socket socket) {

mSocket = socket;

}

@Override

public void run() {

try {

readResponse();

} catch (IOException e) {

Log.e(TAG, "ReaderTask#run: ", e);

}

private void readResponse() throws IOException {

// For simplicity, assume that a msg will not exceed 1024-byte

byte[] buffer = new byte[1024];

InputStream inputStream = mSocket.getInputStream();

DataInputStream in = new DataInputStream(inputStream);

while (true) {

int nbyte = in.readInt();

if (nbyte == 0) {

Log.i(TAG, "readResponse: heart beat received");

mUIHandler.removeCallbacks(mHeartBeatTimeoutTask);

continue;

}

if (nbyte > buffer.length) {

throw new IllegalStateException("Receive message with len " + nbyte +

" which exceeds limit " + buffer.length);

}

if (readn(in, buffer, nbyte) != 0) {

// Socket might be closed twice but it does no harm

silentlyClose(mSocket);

// Socket will be re-connected by writer-thread if you want

break;

}

mDataCallback.onData(buffer, 0, nbyte);

}

private int readn(InputStream in, byte[] buffer, int n) throws IOException {

int offset = 0;

while (n > 0) {

int readBytes = in.read(buffer, offset, n);

if (readBytes < 0) {

// EoF

break;

}

n -= readBytes;

offset += readBytes;

}

return n;

}

下面是我们新实现的 EchoClient：

public class EchoClient {

private static final String TAG = "EchoClient";

private final LongLiveSocket mLongLiveSocket;

public EchoClient(String host, int port) {

mLongLiveSocket = new LongLiveSocket(

host, port,

(data, offset, len) -> Log.i(TAG, "EchoClient: received: " + new String(data, offset, len)),

// 返回 true，所以只要出错，就会一直重连

() -> true);

}

public void send(String msg) {

mLongLiveSocket.write(msg.getBytes(), new LongLiveSocket.WritingCallback() {

@Override

public void onSuccess() {

Log.d(TAG, "onSuccess: ");

}

@Override

public void onFail(byte[] data, int offset, int len) {

Log.w(TAG, "onFail: fail to write: " + new String(data, offset, len));

// 连接成功后，还会发送这个消息

mLongLiveSocket.write(data, offset, len, this);

}

});

}

就这样，一个带 socket 长连接的客户端就完成了。剩余代码跟我们这里的主题没有太大关系，感兴趣的读者可以看看文末附件里的源码或者自己完成这个例子。

下面是一些输出示例：

03:54:55.583 12691-12713/com.example.echo I/LongLiveSocket: readResponse: heart beat received

03:55:00.588 12691-12713/com.example.echo I/LongLiveSocket: readResponse: heart beat received

03:55:05.594 12691-12713/com.example.echo I/LongLiveSocket: readResponse: heart beat received

03:55:09.638 12691-12710/com.example.echo D/EchoClient: onSuccess:

03:55:09.639 12691-12713/com.example.echo I/EchoClient: EchoClient: received: hello

03:55:10.595 12691-12713/com.example.echo I/LongLiveSocket: readResponse: heart beat received

03:55:14.652 12691-12710/com.example.echo D/EchoClient: onSuccess:

03:55:14.654 12691-12713/com.example.echo I/EchoClient: EchoClient: received: echo

03:55:15.596 12691-12713/com.example.echo I/LongLiveSocket: readResponse: heart beat received

03:55:20.597 12691-12713/com.example.echo I/LongLiveSocket: readResponse: heart beat received

03:55:25.602 12691-12713/com.example.echo I/LongLiveSocket: readResponse: heart beat received

最后需要说明的是，如果想节省资源，在有客户发送数据的时候可以省略 heart beat。

我们对读出错时候的处理，可能也存在一些争议。读出错后，我们只是关闭了 socket。socket 需要等到下一次写动作发生时，才会重新连接。实际应用中，如果这是一个问题，在读出错后可以直接开始重连。这种情况下，还需要一些额外的同步，避免重复创建 socket。heart beat timeout 的情况类似。

6、跟 TCP/IP 学协议设计

如果仅仅是为了使用是 socket，我们大可以不去理会协议的细节。之所以推荐大家去看一看《TCP/IP 详解》，是因为它们有太多值得学习的地方。很多我们工作中遇到的问题，都可以在这里找到答案。

以下每一个小节的标题都是一个小问题，建议读者独立思考一下，再继续往下看

6.1 协议版本如何升级？

有这么一句流行的话：这个世界唯一不变的，就是变化。当我们对协议版本进行升级的时候，正确识别不同版本的协议对软件的兼容非常重要。那么，我们如何设计协议，才能够为将来的版本升级做准备呢？

答案可以在 IP 协议找到。

IP 协议的第一个字段叫 version，目前使用的是 4 或 6，分别表示 IPv4 和 IPv6。由于这个字段在协议的开头，接收端收到数据后，只要根据第一个字段的值就能够判断这个数据包是 IPv4 还是 IPv6。

再强调一下，这个字段在两个版本的IP协议都位于第一个字段，为了做兼容处理，对应的这个字段必须位于同一位置。文本协议（如，JSON、HTML）的情况类似。

6.2 如何发送不定长数据的数据包？

举个例子，我们用微信发送一条消息。这条消息的长度是不确定的，并且每条消息都有它的边界。我们如何来处理这个边界呢？

还是一样，看看 IP。IP 的头部有个 header length 和 data length 两个字段。通过添加一个 len 域，我们就能够把数据根据应用逻辑分开。

跟这个相对的，还有另一个方案，那就是在数据的末尾放置终止符。比方说，想 C 语言的字符串那样，我们在每个数据的末尾放一个 \0 作为终止符，用以标识一条消息的尾部。这个方法带来的问题是，用户的数据也可能存在 \0。此时，我们就需要对用户的数据进行转义。比方说，把用户数据的所有 \0 都变成 \0\0。读消息的过程总，如果遇到 \0\0，那它就代表 \0，如果只有一个 \0，那就是消息尾部。

使用 len 字段的好处是，我们不需要对数据进行转义。读取数据的时候，只要根据 len 字段，一次性把数据都读进来就好，效率会更高一些。

终止符的方案虽然要求我们对数据进行扫描，但是如果我们可能从任意地方开始读取数据，就需要这个终止符来确定哪里才是消息的开头了。

当然，这两个方法不是互斥的，可以一起使用。

6.3上传多个文件，只有所有文件都上传成功时才算成功

现在我们有一个需求，需要一次上传多个文件到服务器，只有在所有文件都上传成功的情况下，才算成功。我们该如何来实现呢？

IP 在数据报过大的时候，会把一个数据报拆分成多个，并设置一个 MF （more fragments）位，表示这个包只是被拆分后的数据的一部分。

好，我们也学一学 IP。这里，我们可以给每个文件从 0 开始编号。上传文件的同时，也携带这个编号，并额外附带一个 MF 标志。除了编号最大的文件，所有文件的 MF 标志都置位。因为 MF 没有置位的是最后一个文件，服务器就可以根据这个得出总共有多少个文件。

另一种不使用 MF 标志的方法是，我们在上传文件前，就告诉服务器总共有多少个文件。

如果读者对数据库比较熟悉，学数据库用事务来处理，也是可以的。这里就不展开讨论了。

6.4 如何保证数据的有序性？

这里讲一个我曾经遇到过的面试题。现在有一个任务队列，多个工作线程从中取出任务并执行，执行结果放到一个结果队列中。先要求，放入结果队列的时候，顺序顺序需要跟从工作队列取出时的一样（也就是说，先取出的任务，执行结果需要先放入结果队列）。

我们看看 TCP/IP 是怎么处理的。IP 在发送数据的时候，不同数据报到达对端的时间是不确定的，后面发送的数据有可能较先到达。TCP 为了解决这个问题，给所发送数据的每个字节都赋了一个序列号，通过这个序列号，TCP 就能够把数据按原顺序重新组装。

一样，我们也给每个任务赋一个值，根据进入工作队列的顺序依次递增。工作线程完成任务后，在将结果放入结果队列前，先检查要放入对象的写一个序列号是不是跟自己的任务相同，如果不同，这个结果就不能放进去。此时，最简单的做法是等待，知道下一个可以放入队列的结果是自己所执行的那一个。但是，这个线程就没办法继续处理任务了。

更好的方法是，我们维护多一个结果队列的缓冲，这个缓冲里面的数据按序列号从小到大排序。

工作线程要将结果放入，有两种可能：

1）刚刚完成的任务刚好是下一个，将这个结果放入队列。然后从缓冲的头部开始，将所有可以放入结果队列的数据都放进去；
2）所完成的任务不能放入结果队列，这个时候就插入结果队列。然后，跟上一种情况一样，需要检查缓冲。

如果测试表明，这个结果缓冲的数据不多，那么使用普通的链表就可以。如果数据比较多，可以使用一个最小堆。

6.5 如何保证对方收到了消息？

我们说，TCP 提供了可靠的传输。这样不就能够保证对方收到消息了吗？

很遗憾，其实不能。在我们往 socket 写入的数据，只要对端的内核收到后，就会返回 ACK，此时，socket 就认为数据已经写入成功。然而要注意的是，这里只是对方所运行的系统的内核成功收到了数据，并不表示应用程序已经成功处理了数据。

解决办法还是一样，我们学 TCP，添加一个应用层的 APP ACK。应用接收到消息并处理成功后，发送一个 APP ACK 给对方。

有了 APP ACK，我们需要处理的另一个问题是，如果对方真的没有收到，需要怎么做？

TCP 发送数据的时候，消息一样可能丢失。TCP 发送数据后，如果长时间没有收到对方的 ACK，就假设数据已经丢失，并重新发送。

我们也一样，如果长时间没有收到 APP ACK，就假设数据丢失，重新发送一个。

关于数据送达保证和应应答机制，以下文章进行了详细讨论：

《IM消息送达保证机制实现(一)：保证在线实时消息的可靠投递》
《IM消息送达保证机制实现(二)：保证离线消息的可靠投递》
《IM群聊消息如此复杂，如何保证不丢不重？》
《从客户端的角度来谈谈移动端IM的消息可靠性和送达机制》

9、源码附件下载

手把手教你写基于TCP的Socket长连接-源码(52im.net).zip (142.48 KB , 下载次数: 55 , 售价: 1 金币)

查看全文
如若内容造成侵权/违法违规/事实不符，请联系编程学习网邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！

【深度学习激活函数】激活函数tensorflow使用宝典
无意中发现了一个巨牛的人工智能教程，忍不住分享一下给大家。教程不仅是零基础，通俗易懂，而且非常风趣幽默，像看小说一样！觉得太牛了，所以分享给大家。点这里可以跳转到教程。人工智能教程 1、总体效果比较ELU > leaky ReLU（及其变体）> ReLU > tanh > sigm…...
2024/4/27 18:32:16
神啊，赐个妞吧!
兄弟们，闷阿！！神啊，赐个妞吧神啊，赐个妞吧！神啊，赐个妞吧！　　　　“你确实很不错，帅而有型，英俊潇洒，玉树临风，谈吐不凡，见识广博，幽默风趣，善解人意，聪明伶俐，体格健美，一表人才，神采飞扬。”姑妈话锋一转，“但你也不能这么大了还不找个老婆啊！”　　…...
2024/4/17 8:41:56
诡异，跟家人完全失去联系！
昨天给老爸打了两次电话，关机。。。现在，中午了，老爸肯定下课了，还是关机。。。打大姐的手机。。。。“此号码禁止呼入”。。。。诡异！打大姐家里的坐机，。。。“the number is not existed ,please check it in dial later!”。。。非常诡异！打大姐夫的手机。。。…...
2024/4/27 16:19:44
hbase导出数据
HBase数据导出到本地文件 hbase org.apache.hadoop.hbase.mapreduce.Export 表名 file:///Users/a6/Applications/experiment_data/hbase_data/bak HBase数据导出到hdfs hbase org.apache.hadoop.hbase.mapreduce.Export 表名 /hbase/emp_bak...
2024/3/31 9:48:48
《线性代数》李炯生\查建国\王新茂中国科学技术大学第2版部分习题答案
百度了一圈没有靠谱点的答案，于是便有了这篇博客。只写了一些自己觉得有价值的习题。文章目录第一章多项式1.3 整除性与最大公因式习题3习题101.5 实系数与复系数多项式习题1习题2.(4)习题101.6 整系数与有理系数多项式例1例2习题2习题6习题7习题81.8 对称多项式习题3习题6…...
2024/4/20 7:05:57
手把手教你详细的硬件电路设计
本文转自 | 巧学数电模电单片机这篇文章献给那些刚开始或即将开始设计硬件电路的人，刚刚开始接触电路板的时候，你可能充满了疑惑同时又带着些兴奋。在网上许多关于硬件电路的经验知识让人目不暇接，像信号完整性、EMI准会把你搞晕，别急，一切要慢慢来。01总体思路设计硬件电…...
2024/4/27 16:40:53
笑话段子
少妇报案：“我把钱放在胸衣内，在拥挤的地铁内被一帅哥偷走了…”警察纳闷：“这么敏感的地方你就没觉察到？”少妇红着脸答：“谁能想到他是摸钱呢？一女对出轨的老公说：你如果敢离婚娶那个年轻的妖精，我就嫁给妖精她爹，从此以后，儿子管你叫姐夫，你得喊我妈！老公当场晕…...
2024/4/27 15:19:09
三大前端框架开发环境的安装步骤
Vue npm install @vue/cli -g vue create hello_world React npm install reactweb-cli -g reactweb init hello_world Angular npm install @angular/cli -g ng new hello_world...
2024/4/27 13:25:18
编码器的计算线性代数审查
编码器的计算线性代数审查作者：杰森布朗利时间：2018年3月21日数值线性代数关注的是实现和执行的实际意义与真实数据矩阵运算的计算机。这是一个需要经验的线性代数，其重点是操作的性能和精度。该公司发展速度很快。ai发布了一个免费的课程名为“计算线性代数”数值线性代数的…...
2024/4/27 18:05:57
ZOJ 1133 Smith Numbers && POJ 1142 Smith Numbers
史密斯数美国有一位数字家名叫阿尔伯特威兰斯基，他姐夫史密斯非常喜欢研究数学，所以两人经常在一起研讨各种数学问题。有时，两人碰不到一起，就习惯性地用电话交流。一天，两人刚结束电话交谈，史密斯突然灵感来临，对威兰斯基的电话号码“4937775”产生了兴趣，总觉得这是…...
2024/4/27 15:24:16
手把手教你写一个RPC
1.1 RPC 是什么定义：RPC（Remote Procedure Call Protocol）——远程过程调用协议，RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层，RPC使得开发包括网络分布式多程序在内的应用程序更加容易。我…...
2024/4/4 22:44:55
Hibernate二级缓存，使用Ehache缓存框架
1、前言二级缓存是属于SessionFactory级别的缓存机制，是属于进程范围的缓存。一级缓存是Session级别的缓存，是属于事务范围的缓存，由Hibernate管理，一般无需进行干预。 Hibernate支持以下的第三方的缓存框架：CacheInterfaceSupported strategiesHashTable (testing only)r…...
2024/4/17 8:41:32
JS数组三
title: JS数组三 date: 2020-06-13 17:43:17 tags: - JavaScripe查漏补缺 - sort(),reduce() 关于sort()方法接受的是一个函数，返回排序后的数组let arr=[9,5,2,7] let result = arr.sort(function (a,b) { //return a-b//返回负数从小到大，[2, 5, 7, 9] //return b-a//返回正…...
2024/4/27 18:13:34
ESR五部曲之四——Homesteading the Noosphere 开拓智域
开拓智域 Eric S. Raymond五部曲之Homesteading the Noosphereby Eric S. RaymondApril 1998 --------------------------------------------------------------------------------在观察由开放原始码版权所定义的"官方"意识形态与真正玩家的行为後, 发现到一些矛盾…...
2024/4/17 8:42:32
「Deep Learning」Note on ELU（Exponential Linear Unit）
Sina Weibo：小锋子Shawn Tencent E-mail：403568338@qq.com http://blog.csdn.net/dgyuanshaofeng/article/details/79952331[1] Fast and Accurate Deep Network Learning by Exponential Linear Units (ELUs)...
2024/4/17 8:41:44
hibernate二级缓存中清空set方法
Hibernate的二级缓存2008-03-25 14:52Hibernate的Session在事务级别进行持久化数据的缓存操作。当然，也有可能分别为每个类(或集合)，配置集群、或JVM级别(SessionFactory级别)的缓存。你甚至可以为之插入一个集群的缓存。注意，缓存永远不知道其他应用程序对持久化仓库(数据…...
2024/4/19 12:43:23
资料 | 线性代数不在枯燥，可视化交互式学习笔记
最近，美国佐治亚理工学院也推出了一本可交互的线性代数书，用大量的图和文字可视化地介绍了线性代数知识。该书是佐治亚理工Math 1553的配套教材，共有455页，包含了140多个交互demo，可以让读者直观地理解代数背后的几何性质。这本书是半计算、半概念性质的，主要目标是提供一…...
2024/4/18 9:54:07
英语汉语对比学习:名词(二)
常用复数的名词有些东西常是成对出现的话我们就是一直用复数形式.比如 trousers 长裤 shorts短裤 scissors 剪刀 sunglasses太阳镜 compasses圆规名词做定语按我们的思维习惯,一般名词做定语时要用单数,有些英语词确实是这样,但有些又是用复数.而没办…...
2024/3/31 20:13:57
开拓智域－Eric Raymond
开拓智域by Eric S. RaymondApril 1998 这是我继教堂观与市集观後的续集. 在该文中, 我详细地检视在开放原始码文化中的财产及所有权传承. 是的, 它确实有财产传承 -- 而且其中非常的精巧, 这揭露出在台面下的礼物文化, 玩家们友善地竞争同跻之间相互尊重的名望. 这份分析对於…...
2024/4/17 8:41:26
深度学习—激活函数详解（Sigmoid、tanh、ReLU、ReLU6及变体P-R-Leaky、ELU、SELU、Swish、Mish、Maxout、hard-sigmoid、hard-swish）
非线性激活函数详解饱和激活函数Sigmoid函数tanh函数hard-Sigmoid函数非饱和激活函数Relu（修正线性单元）：Relu6（抑制其最大值）：ELU（指数线性单元）SELULeaky-Relu / R-ReluP-Relu（参数化修正线性单元）R-Relu（随机纠正线性单元）Swishhard-SwishMishMaxout关于激活函数…...
2024/4/17 8:42:44

网络编程懒人入门(八)：手把手教你写基于TCP的Socket长连接

1、引言

2、TCP/IP 协议简介

2.1 IP协议

2.2 TCP协议

3、Socket 基本用法

3.1 第一步：创建 ServerSocket 并监听客户连接

3.2 第二步：使用 Socket 连接服务端

3.3 第三步：通过 socket.getInputStream()/getOutputStream() 获取输入/输出流进行通信

3.4 最后需要注意的有几点

4、Socket、ServerSocket 傻傻分不清楚

5、Socket “长”连接的实现

5.1 背景知识

5.2 实现示例

6、跟 TCP/IP 学协议设计

6.1 协议版本如何升级？

6.2 如何发送不定长数据的数据包？

6.3上传多个文件，只有所有文件都上传成功时才算成功

6.4 如何保证数据的有序性？

6.5 如何保证对方收到了消息？

9、源码附件下载

相关文章

最新文章