CN113489600B - 一种网络参数的配置方法、装置以及存储介质 - Google Patents

Abstract

本公开提供一种网络参数的配置方法、装置以及存储介质，涉及通信技术领域，以至少解决现有技术中配置网路参数出错概率较高的问题。该配置方法包括：响应于针对应用程序中框架层的参数获取指令，通过框架层调用目标插件，以获取应用程序中原生层的网络参数；在确定应用程序发起网络请求的情况下，将原生层的网络参数确定为框架层的网络参数。

Description

一种网络参数的配置方法、装置以及存储介质

技术领域

本公开涉及通信技术领域，尤其涉及一种网络参数的配置方法、装置以及存储介质。

背景技术

在跨平台开发移动应用的场景中，当原生代码和工具代码混合使用时，通常需要在原生代码层和工具代码层分别配置参数，以实现相关参数对应的网络配置。这种对原生代码层和工具代码层分别配置参数的方式，增加了用户使用成本，且出错概率较高。

发明内容

本公开提供一种网络参数的配置方法、装置以及存储介质，以至少解决现有技术中配置网路参数出错概率较高的问题。本公开的技术方案如下：

根据本公开的第一方面，提供一种网络参数的配置方法，该配置方法包括：响应于针对应用程序中框架层的参数获取指令，通过框架层调用目标插件，以获取应用程序中原生层的网络参数。之后，在确定应用程序发起网络请求的情况下，将原生层的网络参数确定为框架层的网络参数。

可选的，上述“通过框架层调用目标插件”的方法，包括：通过框架层调用应用程序接口，确定平台通道。

可选的，在电子设备的操作系统为安卓系统的情况下，上述“通过框架层调用应用程序接口，确定平台通道”的方法，包括：通过框架层调用代理选择器应用程序接口，确定第一平台通道；第一平台通道为：在电子设备的操作系统为安卓系统的情况下，框架层与原生层之间的方法传递和调用的平台通道。

可选的，在电子设备的操作系统为IOS的情况下，上述“通过框架层调用应用程序接口，确定平台通道”的方法，包括：通过框架层调用网络复制系统代理设置应用程序接口，确定第二平台通道；第二平台通道为：在电子设备的操作系统为IOS的情况下，框架层与原生层之间的方法传递和调用的平台通道。

可选的，上述“获取应用程序中原生层的网络参数”的方法，包括：通过平台通道向原生层发送获取请求；获取请求用于请求获取网络参数；接收来自原生层的网络参数。

可选的，网络参数包括网络代理互联网协议地址IP和网络代理端口。

可选的，上述配置方法，还包括在应用程序启动时，确定针对应用程序中框架层的参数获取指令。

根据本公开的第二方面，提供一种网络参数的配置装置，应用于电子设备，该配置装置包括处理模块和确定模块。处理模块，被配置为执行响应于针对应用程序中框架层的参数获取指令，通过框架层调用目标插件，以获取应用程序中原生层的网络参数。确定模块，被配置为执行在确定应用程序发起网络请求的情况下，将处理模块得到的原生层的网络参数确定为框架层的网络参数。

可选的，处理模块，具体被配置为执行通过框架层调用应用程序接口，确定平台通道。

可选的，在电子设备的操作系统为安卓系统的情况下，处理模块，具体被配置为执行：通过框架层调用代理选择器应用程序接口，确定第一平台通道；第一平台通道为：在电子设备的操作系统为安卓系统的情况下，框架层与原生层之间的装置传递和调用的平台通道。

可选的，在电子设备的操作系统为IOS的情况下，处理模块，具体被配置为执行：通过框架层调用网络复制系统代理设置应用程序接口，确定第二平台通道；第二平台通道为：在电子设备的操作系统为IOS的情况下，框架层与原生层之间的装置传递和调用的平台通道。

可选的，处理模块，具体被配置为执行：通过平台通道向原生层发送获取请求；获取请求用于请求获取网络参数；接收来自原生层的网络参数。

可选的，网络参数包括网络代理互联网协议地址IP和网络代理端口。

可选的，处理模块，还被配置为执行在应用程序启动时，确定针对应用程序中框架层的参数获取指令。

根据本公开的第三方面，提供一种电子设备，包括：处理器和用于存储处理器可执行的指令的存储器；其中，处理器被配置为执行指令，以实现如上述第一方面中的网络参数的配置方法。

根据本公开的第四方面，提供一种计算机可读存储介质，计算机可读存储介质上存储有指令，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如上述第一方面中任一项可选的网络参数的配置方法。

根据本公开的第五方面，提供一种计算机程序产品，包含指令，当该计算机程序产品中的指令由电子设备的处理器执行时，实现如上述第一方面中任一种可选的网络参数的配置方法。

本公开实施例提供的技术方案至少带来以下有益效果：

上述方案中，电子设备响应于针对应用程序中框架层的参数获取指令，通过框架层调用目标插件，以获取应用程序中原生层的网络参数；在确定应用程序发起网络请求的情况下，将原生层的网络参数确定为框架层的网络参数。避免了用户二次设置网络参数，降低了用户使用成本，且杜绝了用户二次设置网络参数时出错的可能性，因此，降低了网络参数出错的概率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种电子设备的结构示意图。

图2是根据一示例性实施例示出的一种电子设备的逻辑组成示意图。

图3是根据一示例性实施例示出的一种网络参数的配置方法的流程图。

图4是根据一示例性实施例示出的平台通道的框架图。

图5是根据一示例性实施例示出的一种获取应用程序中原生层的网络参数的方法的流程图。

图6是根据一示例性实施例示出的一种网络参数的配置装置的结构框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。本公开所涉及的数据可以为经用户授权或者经过各方充分授权的数据。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

还应当理解的是，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。

首先，对本公开实施例的应用场景进行介绍。

本公开实施例的网络参数的配置方法，应用于为框架层(如flutter层)的应用程序配置网络参数。通常在跨平台开发移动应用的场景中，需要原生代码和工具代码混合使用，这样，就需要在原生代码层和工具代码层分别配置参数，以实现相关参数对应的网络配置。例如，Flutter是谷歌发布的移动用户界面(user interface，UI)框架，是一个用于构建跨平台手机应用程序(application，APP)的软件开发工具包(software development kit，SDK)，可以快速地在IOS和android系统上构建高质量的用户界面。目前flutter已被越来越多的应用到多种项目中。

在实际应用中，flutter项目通常是原生(native)代码和框架层(flutter)代码混合使用的。例如，网络代理参数是在native层中设置的，一般是可在设置里的无线保真(wireless fidelity，WIFI)选项下设置相应的代理网络之间互连的协议(internetprotocol，IP)地址和端口号。但是，由于flutter是跨平台的开发平台，native层的相关参数设置对flutter层不生效，因此，通常需要在flutter层添加代码，来提示用户重新输入相关参数，以实现相关参数对应的网络配置。

又例如，flutter常见的网络请求框架有原生的HttpClient。其设置网络代理参数的方法如下：

//初始构造一个用于发送网络请求的客户端。

var httpClient＝new HttpClient()；

//通过httpClient设置网络代理参数。

httpClient.findProxy＝(url){

//设置网络代理的ip地址和端口。

return HttpClient.findProxyFromEnvironment(url，environment:{"http_proxy":'http://172.31.126.238:8888'，})；

}。

这样，在为网络请求设置网络代理参数的场景下，需要对native层和flutter层分别配置网路代理参数，通过两次设置才能让整个应用的网络代理生效，这种方式对用户不友好，增加了使用成本，且两次手动输入网路代理参数容易输入错误，出错概率较高。

为了解决上述问题，本公开实施例提供一种网络参数的配置方法，应用于电子设备，通过框架层调用目标插件，以获取应用程序中原生层的网络参数，并且在确定应用程序发起网络请求的情况下，将原生层的网络参数确定为框架层的网络参数，能够避免用户二次设置代理参数，降低了设置网络参数时的出错概率。

图1是根据一示例性实施例示出的一种电子设备的结构示意图。上述网络参数的配置方法可以应用于该电子设备100中。参见图1所示，该电子设备100包括有处理器101和存储器102。

其中，处理器101可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器101可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

存储器102可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器102还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器102中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器101所执行以实现本公开方法实施例提供的网络参数的配置方法。

在一些实施例中，电子设备100还可选包括有：外围设备接口103和至少一个外围设备。处理器101、存储器102和外围设备接口103之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口103相连。具体地，外围设备包括：射频电路104、显示屏105、摄像头组件106、音频电路107、定位组件108和电源109中的至少一种。

外围设备接口103可被用于将输入/输出(input/output，I/O)相关的至少一个外围设备连接到处理器101和存储器102。在一些实施例中，处理器101、存储器102和外围设备接口103被集成在同一芯片或电路板上；在一些其他实施例中，处理器101、存储器102和外围设备接口103中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不予限定。

射频电路104用于接收和发射射频(radio frequency，RF)信号，也称电磁信号。射频电路104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路104将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路104包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路104可以通过至少一种无线通信协议来与其它电子设备进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或无线保真(wireless fidelity，WiFi)网络。在一些实施例中，射频电路104还可以包括近距离无线通信(near field communication，NFC)有关的电路，本公开对此不加以限定。

显示屏105用于显示UI。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏105是触摸显示屏时，显示屏105还具有采集在显示屏105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器101进行处理。此时，显示屏105还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏105可以为一个，设置电子设备100的前面板；显示屏105可以采用液晶显示屏(liquid crystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)等材质制备。

摄像头组件106用于采集图像或视频。可选地，摄像头组件106包括前置摄像头和后置摄像头。通常，前置摄像头设置在电子设备的前面板，后置摄像头设置在电子设备的背面。音频电路107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器101进行处理，或者输入至射频电路104以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在电子设备100的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器101或射频电路104的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路107还可以包括耳机插孔。

定位组件108用于定位电子设备100的当前地理位置，以实现导航或基于位置的服务(location based service，LBS)。定位组件108可以是基于美国的全球定位系统(globalpositioning system，GPS)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源109用于为电子设备100中的各个组件进行供电。电源109可以是交流电、直流电、一次性电池或可充电电池。当电源109包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，电子设备100还包括有一个或多个传感器110。该一个或多个传感器110包括但不限于：加速度传感器、陀螺仪传感器、压力传感器、指纹传感器、光学传感器以及接近传感器。

加速度传感器可以检测以电子设备100建立的坐标系的三个坐标轴上的加速度大小。陀螺仪传感器可以检测电子设备100的机体方向及转动角度，陀螺仪传感器可以与加速度传感器协同采集用户对电子设备100的3D动作。压力传感器可以设置在电子设备100的侧边框和/或触摸显示屏105的下层。当压力传感器设置在电子设备100的侧边框时，可以检测用户对电子设备100的握持信号。指纹传感器用于采集用户的指纹。光学传感器用于采集环境光强度。接近传感器，也称距离传感器，通常设置在电子设备100的前面板。接近传感器用于采集用户与电子设备100的正面之间的距离。

本领域技术人员可以理解，图1中示出的结构并不构成对电子设备100的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

示例性的，电子设备100中的处理器101可以调用存储器102中的程序，以实现以下配置方法：响应于针对应用程序中框架层的参数获取指令，通过框架层调用目标插件，以获取应用程序中原生层的网络参数；在确定应用程序发起网络请求的情况下，将原生层的网络参数确定为框架层的网络参数。

请参考图2，为本公开实施例提供的一种电子设备100的逻辑组成示意图。在本公开的一些实施例中，电子设备100可以在如图2所示的逻辑组成中实现对应的网络参数的配置方法。

如图2所示，该电子设备100中可以包括原生层201以及框架层202。其中，原生层201可以用于执行原生框架下的应用程序。框架层202可以通过容器技术加载到原生层201中，形成一个相对独立的处理体系，以便运行框架层中的应用程序。示例性的，可以通过建立框架引擎，使得基于框架层的应用程序得到正确的执行。

示例性的，框架层202可以用于响应于参数获取指令，调用目标插件，以获取应用程序中原生层201的网络参数。框架层202还可以用于在确定应用程序发起网络请求的情况下，将原生层201的网络参数确定为框架层202的网络参数。原生层201可以用于在接收到来自框架层202的获取请求之后，获取系统配置，并从系统配置中获取网络参数。原生层201还可以用于向框架层202发送该网络参数。

需要说明的是，电子设备100可以为手机、平板电脑、笔记本电脑、台式计算机、便携式计算机等，其中包括的原生层201以及框架层202的功能均可通过如图1所示的电子设备100中的处理器101实现。另外，原生层也可以称为原生侧，框架层也可称为框架侧。

以下结合附图对本公开实施例提供的网络参数的配置方法进行详细说明。

为了更加清楚的对本公开实施例提供的网络参数的配置方法进行说明，以下以该配置方法应用于运行有应用程序(application，APP)的电子设备，该应用程序中包括基于框架层的程序段，并且该基于框架层的程序段已经被运行(即框架引擎已经建立)为例进行说明。

图3是根据一示例性实施例示出的一种网络参数的配置方法的流程图。如图3所示，该方法可以包括以下步骤。

步骤31：电子设备响应于针对应用程序中框架层的参数获取指令，通过框架层调用目标插件，以获取应用程序中原生层的网络参数。

可选的，电子设备在应用程序启动时，确定针对应用程序中框架层的参数获取指令。示例性的，在框架层为flutter层的情况下，flutter层对应的应用程序启动时，该应用程序生成针对flutter层的参数获取指令。

上述方案中，电子设备在应用程序启动时，确定针对应用程序中框架层的参数获取指令。这样，响应于参数获取指令获取到的网络参数，为本次启动程序时对应的网络参数，避免了在网络切换之后，电子设备依然获取到的是原来的网络参数的问题，即能够获取到更新后的网络参数。

电子设备在确定参数获取指令之后，通过框架层调用目标插件。

具体的，电子设备通过框架层调用应用程序接口(application programinterface，API)，确定平台通道。例如，目标插件内定义预设方法(如getProxyInfo())，用于通过框架层确定平台通道，以便于获取native层的网络参数。

具体的，在电子设备的操作系统为安卓系统的情况下，电子设备通过框架层调用代理选择器(proxy selector)应用程序接口，确定第一平台通道。其中，第一平台通道为：在电子设备的操作系统为安卓系统的情况下，框架层与原生层之间的方法传递和调用的平台通道。

在电子设备的操作系统为IOS的情况下，电子设备通过框架层调用网络复制系统代理设置(cf network copy system proxy settings)应用程序接口，确定第二平台通道。其中，第二平台通道为：在电子设备的操作系统为IOS的情况下，框架层与原生层之间的方法传递和调用的平台通道。

图4为本公开实施例提供的一种平台通道的框架图。如图4所示，平台通道为框架层与原生层之间调用方法的通道。例如，在框架层为flutter层的情况下，平台通道为platform channels。

在电子设备的操作系统为安卓系统的情况下，电子设备通过第一通道在框架层与原生层之间调用方法。例如，在框架层为flutter层的情况下，电子设备通过methodchannel在flutter层与native层之间调用方法。

在电子设备的操作系统为IOS的情况下，电子设备通过第二通道在框架层与原生层之间调用方法。例如，在框架层为flutter层的情况下，电子设备通过flutter methodchannel在flutter层与native层之间调用方法。

上述方案中，电子设备利用目标插件，针对不同的操作系统，确定不同的平台通道，以便于后续框架层通过平台通道自动获取原生层的网络参数，避免了用户在使用应用程序时需要设置两次网络参数，降低用户使用成本。

电子设备在确定出平台通道之后，通过框架层获取应用程序中原生层的网络参数，如图5所示，电子设备通过框架层获取应用程序中原生层的网络参数的方法包括如下步骤。

步骤S1：通过平台通道向原生层发送获取请求。

其中，获取请求用于请求获取网络参数。

具体的，在电子设备的操作系统为安卓系统的情况下，电子设备控制框架层通过第一通道向原生层发送获取请求。在电子设备的操作系统为IOS的情况下，控制框架层通过第二通道向原生层发送获取请求。

在原生层接收到获取请求之后，获取系统配置，并从系统配置中获取网络参数。例如，在网络参数为网路代理参数的情况下，网路代理参数包括网络代理互联网协议(internet protocol，IP)地址和端口号。对于电子设备而言，电子设备的系统配置可以在设置中的wifi选项中查询。

原生层从系统配置中获取到网络参数之后，向框架层发送该网络参数。

步骤S2：接收来自原生层的网络参数。

上述方案中，电子设备利用框架层跟原生层之间的平台通道platformchannels实现框架层跟原生层之间的网络参数调用。这样在用户侧，只需设置一次网络参数，即可对框架层和原生层均生效，避免了用户二次设置网络参数，降低了用户使用成本。

步骤32：电子设备在确定应用程序发起网络请求的情况下，将原生层的网络参数确定为框架层的网络参数。

上述方案中，电子设备响应于针对应用程序中框架层的参数获取指令，通过框架层调用目标插件，以获取应用程序中原生层的网络参数；在确定应用程序发起网络请求的情况下，将原生层的网络参数确定为框架层的网络参数。避免了用户二次设置网络参数，降低了用户使用成本，且杜绝了用户二次设置网络参数时出错的可能性，因此，降低了网络参数的出错的概率。

以上结合图3-图5详细说明了本公开实施例提供的方法。为了实现上述功能，框架层网络参数的配置装置包含了执行各个功能相应的硬件结构和/或软件模块，这些执行各个功能相应的硬件结构和/或软件模块可以构成一个电子设备。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

本公开实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，电子设备可以包括网络参数的配置装置，网络参数的配置装置可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

以下，结合图6详细说明本公开实施例提供的网络参数的配置装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。

图6是根据一示例性实施例示出的一种网络参数的配置装置的结构示意图，应用于电子设备，参见图6所示，该网络参数的配置装置包括：处理模块61和确定模块62。

处理模块61，被配置为执行响应于针对应用程序中框架层的参数获取指令，通过框架层调用目标插件，以获取应用程序中原生层的网络参数；例如，参照图3所示，处理模块61，被配置为执行步骤31。确定模块62，被配置为执行在确定应用程序发起网络请求的情况下，将处理模块61得到的原生层的网络参数确定为框架层的网络参数。例如，参照图3所示，确定模块62，被配置为执行步骤32。

可选的，处理模块61，具体被配置为执行通过框架层调用应用程序接口，确定平台通道。

可选的，在电子设备的操作系统为安卓系统的情况下，处理模块61，具体被配置为执行：通过框架层调用代理选择器应用程序接口，确定第一平台通道；第一平台通道为：在电子设备的操作系统为安卓系统的情况下，框架层与原生层之间的装置传递和调用的平台通道。

可选的，在电子设备的操作系统为IOS的情况下，处理模块61，具体被配置为执行：通过框架层调用网络复制系统代理设置应用程序接口，确定第二平台通道；第二平台通道为：在电子设备的操作系统为IOS的情况下，框架层与原生层之间的装置传递和调用的平台通道。

可选的，处理模块61，具体被配置为执行：通过平台通道向原生层发送获取请求；获取请求用于请求获取网络参数；接收来自原生层的网络参数。例如，参照图5所示，处理模块61，具体被配置为执行步骤S1-S2。

可选的，所述网络参数包括网络代理互联网协议地址IP和网络代理端口。

可选的，处理模块61，还被配置为执行在应用程序启动时，确定针对应用程序中框架层的参数获取指令。

关于上述实施例中的网络参数的配置装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开另一实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当指令在电子设备上运行时，该电子设备执行如上述图3中实施例的网络参数的配置方法。

在本公开的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中。电子设备的处理器可以从计算机可读存储介质读取该计算机执行指令，并执行该计算机执行指令使得电子设备，执行如图3中实施例所示网络参数的配置方法。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (8)

1.一种网络参数的配置方法，应用于电子设备，其特征在于，包括：

在应用程序启动时，确定针对所述应用程序中框架层的参数获取指令；

响应于所述参数获取指令，通过所述框架层调用目标插件，确定平台通道，通过所述平台通道获取所述应用程序中原生层的网络参数；其中，所述框架层为flutter层，所述平台通道为platform channel；在确定所述应用程序发起网络请求的情况下，将所述原生层的网络参数确定为所述框架层的网络参数；

所述目标插件包括代理选择器应用程序接口和网络复制系统代理设置应用程序接口；所述通过所述框架层调用目标插件，确定平台通道，包括：

在所述电子设备的操作系统为安卓系统的情况下，通过所述框架层调用代理选择器应用程序接口，确定第一平台通道；所述第一平台通道为：在所述电子设备的操作系统为安卓系统的情况下，所述框架层与所述原生层之间的方法传递和调用的平台通道；

在所述电子设备的操作系统为IOS的情况下，通过所述框架层调用网络复制系统代理设置应用程序接口，确定第二平台通道；所述第二平台通道为：在所述电子设备的操作系统为IOS的情况下，所述框架层与所述原生层之间的方法传递和调用的平台通道。

2.根据权利要求1所述的配置方法，其特征在于，所述获取所述应用程序中原生层的网络参数，包括：

通过所述平台通道向所述原生层发送获取请求；所述获取请求用于请求获取网络参数；

接收来自所述原生层的网络参数。

3.根据权利要求1或2所述的配置方法，其特征在于，

所述网络参数包括网络代理互联网协议地址IP和网络代理端口。

4.一种网络参数的配置装置，应用于电子设备，其特征在于，包括：

处理模块，被配置为执行在应用程序启动时，确定针对所述应用程序中框架层的参数获取指令；

所述处理模块，还被配置为执行响应于所述参数获取指令，通过所述框架层调用目标插件，确定平台通道，通过所述平台通道获取所述应用程序中原生层的网络参数；所述目标插件包括代理选择器应用程序接口和网络复制系统代理设置应用程序接口；所述框架层为flutter层，所述平台通道为platform channel；

确定模块，被配置为执行在确定所述应用程序发起网络请求的情况下，将所述处理模块得到的所述原生层的网络参数确定为所述框架层的网络参数；

在所述电子设备的操作系统为安卓系统的情况下，所述处理模块，具体被配置为执行：通过所述框架层调用代理选择器应用程序接口，确定第一平台通道；所述第一平台通道为：在所述电子设备的操作系统为安卓系统的情况下，所述框架层与所述原生层之间的装置传递和调用的平台通道；

在所述电子设备的操作系统为IOS的情况下，所述处理模块，具体被配置为执行：通过所述框架层调用网络复制系统代理设置应用程序接口，确定第二平台通道；所述第二平台通道为：在所述电子设备的操作系统为IOS的情况下，所述框架层与所述原生层之间的装置传递和调用的平台通道。

5.根据权利要求4所述的配置装置，其特征在于，

所述处理模块，具体被配置为执行：

通过所述平台通道向所述原生层发送获取请求；所述获取请求用于请求获取网络参数；

接收来自所述原生层的网络参数。

6.根据权利要求5所述的配置装置，其特征在于，

所述网络参数包括网络代理互联网协议地址IP和网络代理端口。

7.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-3中任一项所述的网络参数的配置方法。

8.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1-3中任一项所述的网络参数的配置方法。