[发明专利]路由数据处理方法、装置、电子设备及存储介质

说明书

本公开提供了一种路由数据处理方法、装置、电子设备及存储介质，包括：获取用于获取数据的请求信息，其中，所述请求信息被封装为事件；根据预设的处理器队列对所述请求信息进行处理；将处理的结果发送至所述请求信息指向的服务器端。通过将请求信息封装为事件以及利用处理器队列来处理封装后的事件，该方法采用处理器形成的组织架构，不需要将逻辑进行硬编码，代码清晰，编写方便。此外，采用处理器的方式可以实现异步接口，即在向服务器获取最新的URL处理逻辑时，通过异步接口即可实现实时接收与发送，避免了采用热更新造成的修改代码粒度过细，权限高所存在的安全隐患的问题。

技术领域

本公开涉及通信领域，尤其是一种路由数据处理方法、装置、电子设备及存储介质。

背景技术

路由系统在iOS操作系统上可以通过统一资源定位符(uniform ResourceLocator，URL)来访问App(Application，应用程序)内的资源，通常，URL可以通过多种方式进入App，例如，浏览器跳转、二维码扫描、App内部访问等。路由系统通过将URL对应到不同的代码，并通过执行这些代码来处理URL。代码一般按模块开发和发布，例如，通过Cocoapods工具利用源码或二进制两种方式将代码引入。

在处理URL的逻辑要求时可以在服务器端配置，称为动态路由，通常App访问服务器是一个异步操作，如果对实时性要求不高，可以定期从服务器获取最新配置，即下发配置；如果对实时性要求比较高，要求总是使用服务器的最新处理逻辑，就需要在URL到来时即时访问服务器获得处理逻辑。为实现上述技术，通常是路由系统直接将URL与App页面或者代码相关联，并采用同步调用的方式，当App访问服务器所要求的实时性较高时，服务器在指定URL处理逻辑时，通常下发配置文件，并且在服务器指定URL处理逻辑时采用热更新的方式。

由于服务器下发的配置文件本质上是一种深度报文检测(Deep PacketInspection，DSL)，其描述能力弱，遇到需要服务器指定复杂处理逻辑时，会使代码的实现更加复杂并且不规范，并且在向服务器获取最新的URL处理逻辑时，同步接口不能实现上述要求。此外，在指定URL处理逻辑采用热更新技术实际上是给程序打补丁，这样回造成修改代码的粒度过细，权限过高，存在安全隐患。

发明内容

为克服相关技术中存在的问题，本公开提供一种路由数据处理方法。

根据本公开实施例的第一方面，提供一种路由数据处理方法，包括：

获取用于获取数据的请求信息，其中，所述请求信息被封装为事件；

根据预设的处理器队列对所述请求信息进行处理；

将所述处理的结果发送至所述请求信息指向的服务器端。

可选地，所述处理器队列包括多个依次排列的处理器，所述根据预设的处理器队列对所述请求信息进行处理，包括：

根据预设的排列顺序位于队列首位的第一处理器调用所述请求信息；

所述第一处理器通过预设的寻址列表判断能否对所述请求信息进行寻址；

当所述第一处理器无法对所述请求信息进行寻址时，将所述请求信息传递至排列于所述第一处理器下一位的处理器进行处理，至所述请求信息被处理时为止。

可选地，所述获取用于获取数据的请求信息之前，包括：

获取注册请求；

根据所述注册请求设置多个处理器；

将所述多个处理器组成处理器队列。

可选地，所述请求信息包括：所述请求信息的访问来源和统一资源定位符；所述处理器队列包括多个处理器，其中，第一处理器位于所述处理器队列的首位；所述根据预设的处理器队列对所述请求信息进行处理，包括：