TCP长连接与短连接

TCP（传输控制协议）中的长连接和短连接是两种不同的连接管理方式，各有优缺点：

短连接

短连接是指客户端与服务器完成一次数据交换后就断开连接。下次需要通信时，再重新建立连接。

特点：

每次通信都经历完整的"三次握手"和"四次挥手"过程
连接的生命周期短，仅维持在数据传输期间
服务器端资源占用少，适合并发量大的场景

适用场景：

网页浏览等非频繁数据交换的应用
服务器资源有限的情况

长连接

长连接是指在一次TCP连接建立后保持连接状态，多次数据交换都复用这个连接。

特点：

只需一次"三次握手"，可进行多次数据传输
减少了连接建立的开销
通常需要心跳机制维持连接活跃
占用服务器资源较多

适用场景：

即时通讯应用
频繁数据交换的业务场景
对响应时间要求高的应用

两者区别

资源消耗：长连接占用服务器资源更多，但减少了频繁建立连接的开销
响应速度：长连接避免了握手过程，数据传输更快
复杂度：长连接需要额外的连接管理机制
应用场景：基于各自优势，适用于不同的业务需求

在实际应用中，应根据具体业务需求、服务器承载能力和用户体验需求来选择合适的连接方式。

长连接的心跳机制是如何实现的？

TCP长连接的心跳机制

心跳机制是维持TCP长连接的关键技术，用于检测连接是否仍然有效，防止空闲连接被网络设备（如防火墙、路由器）关闭。

心跳机制的实现方式

1. TCP层面实现

TCP Keepalive

操作系统提供的TCP内置功能
通过设置socket选项启用：SO_KEEPALIVE
主要参数:
- tcp_keepalive_time: 空闲多久后发送首个探测包(通常为2小时)
- tcp_keepalive_intvl: 两次探测的时间间隔
- tcp_keepalive_probes: 探测失败的重试次数

// Linux下配置示例
int keepAlive = 1;   // 启用keepalive
int keepIdle = 60;   // 空闲60秒后开始发送探测包
int keepInterval = 5;   // 每5秒发送一次探测
int keepCount = 3;   // 3次探测失败后断开连接setsockopt(sockfd, SOL_SOCKET, SO_KEEPALIVE, &keepAlive, sizeof(keepAlive));
setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPIDLE, &keepIdle, sizeof(keepIdle));
setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPINTVL, &keepInterval, sizeof(keepInterval));
setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPCNT, &keepCount, sizeof(keepCount));

2. 应用层实现

应用层心跳包

在应用协议中定义特定的心跳消息格式
客户端与服务器定期交换心跳消息
通常使用定时器控制心跳频率

// Java定时发送心跳示例
ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(1);
scheduler.scheduleAtFixedRate(() -> {try {// 发送心跳包socket.getOutputStream().write("PING".getBytes());} catch (IOException e) {// 发送失败，连接可能已断开reconnect();}
}, 0, 30, TimeUnit.SECONDS);