数据交互方法和电子设备技术

本申请实施例提供一种数据交互方法和电子设备，该方法可包括：在当前网络为通畅状态时，向目标设备上的服务端发送交互请求；判断该目标设备上的服务端对于该交互请求是否正确响应；在该目标设备上的服务端对于该交互请求未正确响应时，根据该交互请求向该目标设备上的服务端发起轮询请求；在轮询失败次数达到预设次数时，根据该交互请求的类型存储该交互请求或将该交互请求对应的服务关闭。以此有利于改善现有技术中难以得知数据请求响应失败原因的问题。

Data interaction method and electronic equipment

【技术实现步骤摘要】
数据交互方法和电子设备
本申请涉及通讯
，具体而言，涉及一种数据交互方法和电子设备。
技术介绍
随着科技的发展和时代的需要，网络中实时数据的交互变得越来越频繁。然而在实际网络交互场景中，常常会出现一方发起了数据请求，但等不到数据返回的现象，这给实时性数据交互造成了不可估量的损失。现有技术的一种做法是：在请求超时或请求失败时提示相关错误码,让调用方得知当前请求响应详情，但这种做法仅能告知调用方最终的调用结果，实际上用户需要耗费大量的精力去寻找故障原因，在此期间还会因大量请求失败的情况引起更多数据问题。
技术实现思路
本申请实施例的目的在于提供一种数据交互方法和电子设备，用以改善现有技术中难以得知数据请求响应失败原因的问题。第一方面，本申请实施例提供一种数据交互方法，应用于第一终端，所述方法包括：在当前网络为通畅状态时，向目标设备上的服务端发送交互请求；判断所述目标设备上的服务端对于所述交互请求是否正确响应；在所述目标设备上的服务端对于所述交互请求未正确响应时，根据所述交互请求向所述目标设备上的服务端发起轮询请求；在轮询失败次数达到预设次数时，根据所述交互请求的类型存储所述交互请求或将所述交互请求对应的服务关闭。通过上述方法，可以降低因带宽或其他网络问题带来的外部因素对请求的响应影响，还可以通过交互请求侦测服务端的运行情况是否正常，有利于后续故障排除，还可以在轮询失败次数过多时降低因服务端问题造成的应用端损失。以此不仅可以降低交互请求响应失败的概率，还可以在交互请求未能正确响应且轮询失败次数过多时，避免因服务端的问题造成应用端的请求数据丢失或引起更严重的服务雪崩效应。在可选的实施方式中，所述方法还包括：在轮询失败次数达到预设次数时，根据所述交互请求的类型向预设的用户终端发送预警提示消息；或，在当前网络未处于通畅状态时，向预设的用户终端发送预警提示消息。通过上述实施方式，可以针对不同的情况分别向预设的用户终端发送对应的预警提示消息，有利于故障排查，有利于缩短应用端的等待时间。在可选的实施方式中，在所述向目标设备上的服务端发送交互请求之前，所述方法还包括：按照预设时间间隔，定时向所述目标设备的网络地址发送测试数据；根据所述目标设备对于所述测试数据的响应情况确定当前网络状态。通过上述实施方式，有利于对部署有服务端的目标设备当前的网络状态进行监测，从而及时得知服务端的当前网络状态，尽可能避免因服务端的部署设备网络问题造成更多的请求响应失败现象。在可选的实施方式中，所述按照预设时间间隔，定时向目标设备的网络地址发送测试数据，包括：按照预设时间间隔，定时通过因特网包探索器向所述目标设备的网络地址发送指定字节的测试数据包；所述根据所述目标设备对于所述测试数据的响应情况确定当前网络状态，包括：在接收到所述目标设备根据所述测试数据包返回的响应数据包时，判断所述响应数据包的字节数是否与所述测试数据包的字节数相同；在所述响应数据包的字节数与所述测试数据包的字节数相同时，确定当前网络为通畅状态。通过上述实施方式，可以快速得知服务端的部署设备当前的网络情况。在可选的实施方式中，所述交互请求包括业务请求，所述在轮询失败次数达到预设次数时，根据所述交互请求的类型存储所述交互请求或将所述交互请求对应的服务关闭，包括：在轮询失败次数达到预设次数时，将所述业务请求存储在消息队列中。通过上述实施方式，可以避免因服务端问题造成应用端的业务请求数据丢失。在可选的实施方式中，所述方法还包括：响应对于所述业务请求的恢复操作，将存储在所述消息队列中的业务请求重新发送给所述目标设备。通过上述实施方式，可以快速将原本中断的业务请求重新发送给目标设备，尽快让服务端继续处理原本终端的业务。在可选的实施方式中，所述交互请求包括约定请求，所述在当前网络为通畅状态时，向目标设备上的服务端发送交互请求，包括：在当前网络为通畅状态时，获取闲置时长，所述闲置时长表示从上一次向所述目标设备发送数据时至当前时刻的时间长度；判断所述闲置时长是否达到第一时间阈值；在所述闲置时长达到第一时间阈值时，向所述目标设备上的服务端发送所述约定请求。通过上述实施方式，有利于根据约定请求检测目标设备上部署的服务端的服务是否可用，及时得知服务端的服务运行状况。在可选的实施方式中，所述判断所述目标设备上的服务端对于所述交互请求是否正确响应，包括：判断所述目标设备上的服务端是否在指定时间段内根据所述约定请求返回约定数据；当所述目标设备上的服务端在指定时间段内根据所述约定请求返回约定数据时，确定所述目标设备上的服务端对于所述约定请求正确响应，以此确定所述目标设备上的服务端处于服务可用状态。通过上述实施方式，能够及时得知服务端的服务运行状况。在可选的实施方式中，所述在轮询失败次数达到预设次数时，根据所述交互请求的类型存储所述交互请求或将所述交互请求对应的服务关闭，包括：在轮询失败次数达到预设次数时，根据所述约定请求将所述第一终端的指定服务关闭，所述指定服务为与所述约定请求对应的服务。通过上述实施方式，有利于避免因服务端的问题引起应用端的服务雪崩效应。第二方面，本申请实施还提供一种数据交互装置，包括：交互模块，用于在当前网络为通畅状态时，向目标设备上的服务端发送交互请求；判断模块，用于判断所述目标设备上的服务端对于所述交互请求是否正确响应；轮询模块，用于在所述目标设备上的服务端对于所述交互请求未正确响应时，根据所述交互请求向所述目标设备上的服务端发起轮询请求；执行模块，用于在轮询失败次数达到预设次数时，根据所述交互请求的类型存储所述交互请求或将所述交互请求对应的服务关闭。通过上述装置可以执行前述第一方面提供的方法，不仅可以降低交互请求响应失败的概率，还可以在交互请求未能正确响应且轮询失败次数过多时，避免因服务端的问题造成应用端的请求数据丢失或引起更严重的服务雪崩效应。第三方面，本申请实施例提供一种电子设备，所述电子设备包括：存储器；处理器；所述存储器存储有所述处理器可执行的计算机程序，所述计算机程序被所述处理器执行时执行前述的第一方面提供的方法。第四方面，本申请实施例还提供一种存储介质，该存储介质上存储有计算机程序，所述计算机程序被处理器执行时执行前述的第一方面提供的方法。附图说明为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。图1为本申请实施例提供的一种应用端与服务端之间的交互示意图本文档来自技高网...

【技术保护点】
1.一种数据交互方法，其特征在于，应用于第一终端，所述方法包括：/n在当前网络为通畅状态时，向目标设备上的服务端发送交互请求；/n判断所述目标设备上的服务端对于所述交互请求是否正确响应；/n在所述目标设备上的服务端对于所述交互请求未正确响应时，根据所述交互请求向所述目标设备上的服务端发起轮询请求；/n在轮询失败次数达到预设次数时，根据所述交互请求的类型存储所述交互请求或将所述交互请求对应的服务关闭。/n

【技术特征摘要】
1.一种数据交互方法，其特征在于，应用于第一终端，所述方法包括：
在当前网络为通畅状态时，向目标设备上的服务端发送交互请求；
判断所述目标设备上的服务端对于所述交互请求是否正确响应；
在所述目标设备上的服务端对于所述交互请求未正确响应时，根据所述交互请求向所述目标设备上的服务端发起轮询请求；
在轮询失败次数达到预设次数时，根据所述交互请求的类型存储所述交互请求或将所述交互请求对应的服务关闭。


2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在轮询失败次数达到预设次数时，根据所述交互请求的类型向预设的用户终端发送预警提示消息；
或，在当前网络未处于通畅状态时，向预设的用户终端发送预警提示消息。


3.根据权利要求1所述的方法，其特征在于，在所述向目标设备上的服务端发送交互请求之前，所述方法还包括：
按照预设时间间隔，定时向所述目标设备的网络地址发送测试数据；
根据所述目标设备对于所述测试数据的响应情况确定当前网络状态。


4.根据权利要求3所述的方法，其特征在于，所述按照预设时间间隔，定时向目标设备的网络地址发送测试数据，包括：
按照预设时间间隔，定时通过因特网包探索器向所述目标设备的网络地址发送指定字节的测试数据包；
所述根据所述目标设备对于所述测试数据的响应情况确定当前网络状态，包括：
在接收到所述目标设备根据所述测试数据包返回的响应数据包时，判断所述响应数据包的字节数是否与所述测试数据包的字节数相同；
在所述响应数据包的字节数与所述测试数据包的字节数相同时，确定当前网络为通畅状态。


5.根据权利要求1所述的方法，其特征在于，所述交互请求包括业务请求，所述在轮询失败次数达到预设次数时，根据所述交互请求的类型存储所述交互请...

【专利技术属性】
技术研发人员：陈杰，
申请(专利权)人：精硕科技北京股份有限公司，
类型：发明
国别省市：北京;11