一般来说都是客户端主动一起心跳包（也就是WebSocket里所谓的Ping包）。
对于客户端来说，它自已能知道自已的网络状况，并根据网络情况，决定何时时、以何种策略发起心跳请求，而对于服务端来说，它是瞎子，只能被动等客户端发过来并反馈应答包（也就是Pong包）。

主流的有关心跳和算法和思路都是客户端主动发起，你参考一下：
《Android端消息推送总结：实现原理、心跳保活、遇到的问题等》
《一文读懂即时通讯应用中的网络心跳包机制：作用、原理、实现思路等》
《微信团队原创分享：Android版微信后台保活实战分享(网络保活篇)》
《移动端IM实践：实现Android版微信的智能心跳机制》
《移动端IM实践：WhatsApp、Line、微信的心跳策略分析》
《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》
《融云技术分享：融云安卓端IM产品的网络链路保活技术实践》
《正确理解IM长连接的心跳及重连机制，并动手实现（有完整IM源码）》
《一种Android端IM智能心跳算法的设计与实现探讨（含样例代码）》
《手把手教你用Netty实现网络通信程序的心跳机制、断线重连机制》

引用：ykpeng 发表于 2022-03-10 18:20
服务端发的我也见过，但好像客户端主动发的多。  有啥优缺点呢

看来你真的看懂我的回答。你只要记住客户端主动发是绝大多数场景下的最佳实践就对了

引用：qq010101 发表于 2022-12-21 21:10
一般双方都可以进行pingpong，但通常来说，基于cs也好bs也罢，都是由服务端发起ping 客户端进行pong，服务 ...

你的项目是真的由服务端发起ping，还是只是个理论构想