http 接口心跳要保活？
大佬你好！
我最近在对接一个第三方 HTTP 接口，流程是：登录 -> 登录成功发送心跳包 -> 其他 API 操作 -> 登出。
其中心跳包在登陆成功后就需要定时去发送。如果30s服务器接收不到心跳包，会话将终止。
这样做是为了保证接口的安全性吗？因如果是 TCP 长连接通信我能理解心跳包的作用，但是 HTTP 接口为何要加心跳包保活呢？
我理解是：TCP 长连接保活是为了保活网络连接，而 HTTP 这个保活是为了保活用户的会话（session）或登录后返回的 token 的有效期。
请问这样理解是否还有不到位的地方？请大佬们开怀畅聊。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
层级不同。
TCP 保活是为了让 Socket 链接不断，省下建立 Socket 的开销。
HTTP 本身没有保活一说，只能是业务层需要保活，只不过恰好是基于 HTTP 实现的而已。那业务层为啥保活那就看业务系统怎么设计的了。
比如可能是 IM 之类的系统，需要知道上下线状态，超时间无响应就当掉线处理；也比如可能是安全性要求比较高的，要求一段时间内必须有活跃请求，否则一段时间后就踢下线（类似于登录到支付宝商户或微信商户后台后，如果一直在用就一直不会掉线，但如果长时间无操作，你再刷新就提示你登录过期了）。
总之具体原因你得问你对接的这个系统的人，他们是为啥这么设计的。
http请求用心跳维持？
多半是为了忽悠甲方，不懂技术的老板和自己
http 协议如果是你们自己实现的好说