这个问题可以从业务角度考虑，客户端付款成功后，后台收到通知修改业务记录的状态，客户端进行切换页面重新获取业务记录状态即可，不需要实时推送

引用 楼主 QWERT4745 的回复:

场景：客户在机器上扫码支付后，支付平台通知服务器，服务器主动返回支付状态等信息到该客户端，客户端收到后再返回确认信息。
现在有一个restful接口用于处理支付这块，没有jsp页面。客户端是java应用。双方怎么通信，socket不知道该如何应用上去。主要是服务器这块如何处理？

首先
1、要考虑服务端返回到客户端采用的方式是：服务端发起（需要客户端有服务能让服务端找到并发起数据请求）还是客户端发起（客户端轮训查服务器信息）；
2、采用何种协议，socket（自定义）？http？又或者什么别的高大上协议？
另：楼主是不是有概念错误，服务端没有JSP有什么关系，web server一样可以传输数据。谁说http协议只能用于网页的？

这个问题有两种方式来实现，一种实时另外一种非实时：
非实时：
客户端付款成功后，后台收到通知修改业务记录的状态，客户端进行切换页面重新获取业务记录状态即可
实时：
客户端付款成功后，立即订阅或者建立了一个长连接和服务器端，这个时候服务器端的响应可以通过订阅通道或者长连接将数据实时传递过来
A：订阅发布模型  （Redis/Zookeeper等）
B：长连接（websocket）对网络稳定性要求比较高