http 接口心跳要保活?

大佬你好!

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

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

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

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

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

阅读 6.7k
3 个回答

层级不同。

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

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

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

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

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

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

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题