http 接口心跳要保活？

Question

大佬你好！

我最近在对接一个第三方 HTTP 接口，流程是：登录 -> 登录成功发送心跳包 -> 其他 API 操作 -> 登出。

其中心跳包在登陆成功后就需要定时去发送。如果30s服务器接收不到心跳包，会话将终止。

这样做是为了保证接口的安全性吗？因如果是 TCP 长连接通信我能理解心跳包的作用，但是 HTTP 接口为何要加心跳包保活呢？

我理解是：TCP 长连接保活是为了保活网络连接，而 HTTP 这个保活是为了保活用户的会话（session）或登录后返回的 token 的有效期。

请问这样理解是否还有不到位的地方？请大佬们开怀畅聊。

Answer 1

层级不同。

TCP 保活是为了让 Socket 链接不断，省下建立 Socket 的开销。

HTTP 本身没有保活一说，只能是业务层需要保活，只不过恰好是基于 HTTP 实现的而已。那业务层为啥保活那就看业务系统怎么设计的了。

比如可能是 IM 之类的系统，需要知道上下线状态，超时间无响应就当掉线处理；也比如可能是安全性要求比较高的，要求一段时间内必须有活跃请求，否则一段时间后就踢下线（类似于登录到支付宝商户或微信商户后台后，如果一直在用就一直不会掉线，但如果长时间无操作，你再刷新就提示你登录过期了）。

总之具体原因你得问你对接的这个系统的人，他们是为啥这么设计的。

Answer 2

http请求用心跳维持？
多半是为了忽悠甲方，不懂技术的老板和自己

Answer 3

http 协议如果是你们自己实现的好说