本申请实施例涉及应用优化
技术领域：
，特别涉及一种资源配置方法、装置、终端及存储介质。
背景技术：
：随着移动终端技术的不断发展，移动终端中应用程序的种类也越来越多。比如，移动终端中同时安装有游戏类应用程序、社交类应用程序、视频播放类应用程序、即时通信类应用程序和购物类应用程序。为了提高应用程序的使用体验，移动终端厂商都在不断提升自身的硬件配置，以提高应用程序的运行速度及质量。比如，移动终端通过配置高性能的中央处理器(cpu，centralprocessingunit)和图形处理器(graphicsprocessingunit，gpu)，来提高游戏类应用程序的运行速度和画面质量。技术实现要素：本申请实施例提供了一种资源配置方法、装置、终端及存储介质，可以解决仅通过提升终端硬件配置的性能来提高应用程序的运行质量，成本较高且提升效果不佳的问题。所述技术方案如下：第一方面，提供了一种资源配置方法，所述方法应用于终端，所述终端运行有操作系统和至少一个应用程序，所述方法包括：目标应用程序确定所述操作系统对应的目标软件开发工具包(softwaredevelopmentkit，sdk)，所述目标应用程序内嵌有至少两个sdk，所述至少两个sdk对应不同操作系统；所述目标应用程序调用所述目标sdk提供的应用程序编程接口(applicationprogramminginterface，api)，与所述操作系统建立数据通信连接；所述目标应用程序通过所述数据通信连接向所述操作系统发送应用运行信息，所述应用运行信息用于表征所述目标应用程序所处的运行状态；所述操作系统根据所述应用运行信息调整分配给所述目标应用程序的系统资源。第二方面，提供了一种资源配置装置，所述装置应用于终端，所述终端运行有操作系统和至少一个应用程序，所述装置包括：目标应用程序模块，用于确定所述操作系统对应的目标sdk，所述目标应用程序内嵌有至少两个sdk，所述至少两个sdk对应不同操作系统；所述目标应用程序模块，用于调用所述目标sdk提供的api，与所述操作系统建立数据通信连接；所述目标应用程序模块，还用于通过所述数据通信连接向所述操作系统发送应用运行信息，所述应用运行信息用于表征所述目标应用程序所处的运行状态；操作系统模块，用于根据所述应用运行信息调整分配给所述目标应用程序的系统资源。第三方面，提供了一种终端，所述终端包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如第一方面所述的资源配置方法。第四方面，提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如第一方面所述的资源配置方法。本申请实施例提供的资源配置方法中，通过在目标应用程序中内嵌sdk，使得目标应用程序能够通过该sdk提供的api接口，向操作系统发送自身的应用运行信息，以便操作系统基于应用运行信息为目标应用程序分配相应的系统资源，使得应用程序在不同运行状态下均能够达到良好的运行效果；同时，通过在目标应用程序中内嵌对应不同操作的多个sdk，使得目标应用程序能够根据当前所处的操作系统，选择调用相应的sdk与操作系统进行数据通信，实现了单一应用程序适配多操作系统，从而扩大了应用程序的适用范围。附图说明图1是本申请一个示例性实施例提供的终端的结构示意图；图2是终端中应用程序与操作系统通信过程的实施示意图；图3是本申请一个示例性实施例提供的终端的结构示意图；图4至图6是图3所示终端中应用程序与操作系统通信过程的实施示意图；图7是本申请另一个示例性实施例提供的终端的结构示意图；图8示出了本申请一个示例性实施例示出的资源配置方法的流程图；图9示出了本申请另一个示例性实施例示出的资源配置方法的流程图；图10示出了本申请另一个示例性实施例示出的资源配置方法的流程图；图11是目标应用程序调整运行策略的实施示意图；图12示出了本申请另一个示例性实施例示出的资源配置方法的流程图；图13示出了本申请一个实施例提供的资源配置装置的结构框图。具体实施方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。请参考图1，其示出了本申请一个示例性实施例提供的终端100的结构方框图。该终端100可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的终端100可以包括一个或多个如下部件：处理器110、存储器120和输入输出装置130。处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digitalsignalprocessing，dsp)、现场可编程门阵列(field－programmablegatearray，fpga)、可编程逻辑阵列(programmablelogicarray，pla)中的至少一种硬件形式来实现。处理器110可集成中央处理器(centralprocessingunit，cpu)、图像处理器(graphicsprocessingunit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。存储器120可以包括随机存储器(randomaccessmemory，ram)，也可以包括只读存储器(read-onlymemory)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitorycomputer-readablestoragemedium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(android)系统(包括基于android系统深度开发的系统)、苹果公司开发的ios系统(包括基于ios系统深度开发的系统)或其它系统。存储数据区还可以存储终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。存储器120可分为操作系统空间和用户空间，操作系统即运行于操作系统空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作系统针对不同第三方应用程序为其分配相应的系统资源。然而，同一第三方应用程序中不同应用场景对系统资源的需求也存在差异，比如，在本地资源加载场景下，第三方应用程序对磁盘读取速度的要求较高；在动画渲染场景下，第三方应用程序则对gpu性能的要求较高。而操作系统与第三方应用程序之间相互独立，操作系统往往不能及时感知第三方应用程序当前的应用场景，导致操作系统无法根据第三方应用程序的具体应用场景进行针对性的系统资源适配。并且，第三方应用程序的运行质量还与操作系统实时的运行状态相关，若第三方应用程序不能及时获取操作系统当前的运行状态，其运行质量也将受到影响。比如，当终端温度过高时，第三方应用程序仍旧以高性能模式运行，终端温度持续升高将导致系统崩溃，第三方应用程序也将无法运行。如图2所示，为了提高第三方应用程序的运行质量，需要打通第三方应用程序与操作系统之间的数据通信，使得操作系统能够随时获取第三方应用程序当前的场景信息，进而基于当前场景进行针对性的系统资源适配；同时，第三方应用程序能够实时获取操作系统的运行状态，进而基于该运行状态针对性的进行程序优化。以操作系统为android系统为例，存储器120中存储的程序和数据如图3所示，存储器120中可存储有linux内核层220、系统运行库层240、应用框架层260和应用层280，其中，linux内核层220、系统运行库层240和应用框架层260属于操作系统空间，应用层280属于用户空间。linux内核层220为终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、wi-fi驱动、电源管理等。系统运行库层240通过一些c/c++库来为android系统提供了主要的特性支持。如sqlite库提供了数据库的支持，opengl/es库提供了3d绘图的支持，webkit库提供了浏览器内核的支持等。在系统运行库层240中还提供有安卓运行时库(androidruntime)，它主要提供了一些核心库，能够允许开发者使用java语言来编写android应用。应用框架层260提供了构建应用程序时可能用到的各种api，开发者也可以通过使用这些api来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、购物程序等。操作系统与第三方应用程序之间一种可行的通信方式如图4所示，第三方应用程序中内嵌有用于与操作系统进行通信的sdk。其中，sdk包含若干经过抽象的api，并由操作系统开发者提供给第三方应用程序开发者，并由第三方应用程序开发者将该sdk内嵌到第三方应用程序中。此类第三方应用程序安装并运行在操作系统后，即可调用sdk提供的api与操作系统进行通信。如图4所示，系统运行库层240可以额外包括接口通信系统242。该接口通信系统242可以视为操作系统中的一个子系统，或视为操作系统内嵌的一个应用程序。接口通信系统242中设置有sdk接口，第三方应用程序即调用内嵌sdk的api与该sdk接口之间通过粘合(binder)的方式进行数据通信。这样，第三方应用程序的应用场景相关的数据就可以通过sdk传输给操作系统，且/或，操作系统运行状态相关的数据也可以通过sdk传输给第三方应用程序。在另一种可行的通信方式中，如图5所示，第三方应用程序还可以采用套接字(socket)方式与接口通信系统242的socket接口建立长连接，第三方应用程序和操作系统之间即可通过该长连接进行通信。如图4和5所示，接口通信系统242中可设置有不同的策略模块，接收到第三方应用程序发送的数据后，接口通信系统242即采用第三方应用程序对应的策略模块对数据进行分析，得到相应的资源适配优化策略。基于分析得到的资源适配优化策略，接口通信系统242通过控制接口通知linux内核层220进行系统资源适配优化。其中，该控制接口可以采用sysfs的方式与linux内核层220进行通信。可选的，接口通信系统242中不同的策略模块可以对应不同的第三方应用程序(即针对不同的应用程序设置策略模块)，或者，不同的策略模块对应不同类型的第三方应用程序(即针对不同类型的应用程序设置策略模块)，或者，不同的策略模块对应不同的系统资源(即针对不同系统资源设置策略模块)，或者，不同的策略模块对应不同的应用场景(即针对不同的以应用场景设置策略模块)，本申请实施例并不对策略模块的具体设置方式进行限定。可选的，如图4或5所示，第三方应用程序中可设置有不同的策略模块，接收到操作系统发送的与运行状态相关的数据后，第三方应用程序即可通过不同的策略模块制定出不同的程序优化策略，进而根据程序优化策略对程序进行优化。其中，接口通信系统242还可以通过binder的方式与应用框架层260进行通信，用于接收应用框架层260发送的前景应用信息，从而基于前景应用信息，仅针对当前前台运行的第三方应用程序进行系统资源优化。图4中，第三方应用程序中仅内嵌有一种操作系统提供的sdk，因此，第三方应用程序只能够通过该sdk与指定的操作系统建立数据通信连接，进而传输应用运行信息。第三方应用程序开发者为了使第三方应用程序能够适用于不同的操作系统(比如基于android系统深度开发的多种操作系统)，需要针对不同操作系统开发不同的应用程序。而本申请实施例中，为了降低第三方应用程序的开发成本，在图4的基础上，如图6所示，第三方应用程序中内嵌有n个sdk，且设置有统一的sdk管理模块，其中，n个sdk对应n种不同的操作系统，由不同操作系统的开发者提供。sdk管理模块通过对n个sdk进行整合分类打包，抽象出统一的接口供第三方应用程序中其他模块调用(比如策略模块)。第三方应用程序启动时，sdk管理模块根据所处操作系统确定需要调用的sdk，从而调用该sdk提供的api与操作系统建立数据通信连接，进而与操作系统进行数据传输。以操作系统为ios系统为例，存储器120中存储的程序和数据如图7所示，ios系统包括：核心操作系统层320(coreoslayer)、核心服务层340(coreserviceslayer)、媒体层360(medialayer)、可触摸层380(cocoatouchlayer)。核心操作系统层320包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的系统服务和/或程序框架，比如基础(foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(airplay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(userinterface，ui)框架、用户界面uikit框架、地图框架等等。在图7所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的uikit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和ui无关。而uikit框架提供的类是基础的ui类库，用于创建基于触摸的用户界面，ios应用程序可以基于uikit框架来提供ui，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。其中，在ios系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考android系统，本申请在此不再赘述。输入输出装置130可以包括触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在终端100的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。除此之外，本领域技术人员可以理解，上述附图所示出的终端100的结构并不构成对终端100的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端100中还包括射频电路、输入单元、传感器、音频电路、无线保真(wirelessfidelity，wifi)模块、电源、蓝牙模块等部件，在此不再赘述。请参考图8，其示出了本申请一个示例性实施例示出的资源配置方法的流程图。本实施例以该方法应用于运行有操作系统和至少一个应用程序的终端100来举例说明。该方法包括：步骤801，目标应用程序确定操作系统对应的目标sdk，目标应用程序内嵌有至少两个sdk，至少两个sdk对应不同操作系统。目标应用程序可以为内嵌有操作系统开发商提供的sdk的第三方应用程序，该目标应用程序可以为游戏类应用程序、视频播放类应用程序、即时通信应用程序等等，本申请实施例并不对目标应用程序进行具体限定。本申请实施例中，目标应用程序中内嵌有不同操作系统开发者提供的sdk，不同操作系统可以是基于同一类型操作系统深度开发后得到的多个操作系统。为了实现与当前所处操作系统进行数据通信，目标应用程序需要从至少两个sdk中确定出与定操作系统对应的目标sdk。可选的，目标应用程序在初次运行时执行确定目标sdk的步骤，或者，目标应用程序每次运行时都执行确定目标sdk的步骤。针对确定目标sdk的实现方式，在一种可能的实现方式中，目标应用程序中预先设置有不同操作系统与不同sdk之间的对应关系，示意性的，该对应关系如表一所示。表一操作系统标识sdkaos第一sdkbos第二sdkcos第三sdk目标应用程序获取到操作系统的系统标识后，即基于表一查找该系统标识对应的sdk，从而将至少两个sdk中与系统标识对应的sdk确定为目标sdk。其中，目标应用程序可以通过操作系统提供已有接口获取系统标识，本申请并不对目标应用程序获取系统标识的方式进行限定。为了避免目标应用程序每次启动时，都需要执行确定目标sdk的步骤，可选的，目标应用程序首次运行并确定出目标sdk后，为该目标sdk设置启用标识，比如，为目标sdk对应的启用标识位由0设置为1。后续目标应用程序启动时，目标应用程序即根据启用标识启动目标sdk，从而免去了重新确定目标sdk的步骤。需要说明的是，若目标应用程序确定内嵌的至少两个sdk中，不包含当前操作系统对应的目标sdk时，确定无法与操作系统建立数据通信连接。步骤802，目标应用程序调用目标sdk提供的api，与操作系统建立数据通信连接。确定出目标sdk后，目标应用程序调用目标sdk提供的api与操作系统建立数据通信连接。可选的，通过调用目标内嵌sdk提供的api，目标应用程序即与操作系统之间建立binder连接，从而通过该binder连接与操作系统进行数据通信。步骤803，目标应用程序通过数据通信连接向操作系统发送应用运行信息，应用运行信息用于表征目标应用程序所处的运行状态。可选的，目标应用程序所处的运行状态包括所处的应用场景以及应用运行质量，相应的，该应用运行信息中可以包括指示当前应用场景的应用场景标识，以及指示应用当前运行质量的应用运行参数。其中，应用场景指目标应用程序中不同运行阶段对应的场景，比如，对于游戏类应用程序，该应用场景包括游戏数据加载场景、游戏数据更新场景和游戏对战场景等等。针对发送应用运行信息的时机，在一种可能的实施方式中，目标应用程序每隔预定时间间隔向操作系统发送采集到的应用运行信息，比如，该预定时间间隔为5s或10s；在另一种可能的实施方式中，目标应用程序在运行至指定应用场景时，向操作系统发送采集到的应用运行信息。步骤804，操作系统根据应用运行信息调整分配给目标应用程序的系统资源。相应的，操作系统接收目标应用程序发送的应用运行信息。如图4所示，操作系统通过接口通信系统242的sdk接口，接收目标应用程序发送的应用运行信息。操作系统能够分配的系统资源包括cpu资源、gpu资源、内存资源、磁盘资源和网络资源等等，而不同应用场景下，目标应用程序对不同系统资源的需求程度不同，因此，为了实现针对不同的应用场景，为应用程序动态配置系统资源，操作系统可以根据目标应用程序当前的应用运行信息，制定相应的资源配置策略，进而根据资源配置策略调整分配给目标应用程序的系统资源。在一种可能的实施方式中，操作系统根据应用运行信息中的应用运行参数，确定当前应用场景下目标应用程序的运行质量，并在运行质量不符合预期时，制定动态配置相关系统资源的资源配置策略，进而基于该资源配置策略调整相关系统资源的性能。其中，该相关系统资源指与当前应用场景相关的系统资源。可选的，该资源配置策略中至少包括：待配置系统资源的类型以及资源数量。综上所述，本申请实施例提供的资源配置方法中，通过在目标应用程序中内嵌sdk，使得目标应用程序能够通过该sdk提供的api接口，向操作系统发送自身的应用运行信息，以便操作系统基于应用运行信息为目标应用程序分配相应的系统资源，使得应用程序在不同运行状态下均能够达到良好的运行效果；同时，通过在目标应用程序中内嵌对应不同操作的多个sdk，使得目标应用程序能够根据当前所处的操作系统，选择调用相应的sdk与操作系统进行数据通信，实现了单一应用程序适配多操作系统，从而扩大了应用程序的适用范围。可选的，操作系统完成系统资源调整后，向目标应用程序反馈自身的系统运行信息，以便目标应用程序根据系统运行信息对自身的运行策略进行适应性调整。在图8的基础上，如图9所示，步骤804之后还包括如下步骤。步骤805，操作系统通过数据通信连接向目标应用程序发送系统运行信息，系统运行信息用于表征调整系统资源后，操作系统所处的运行状态。可选的，该系统运行信息中包括操作系统采集到的终端运行参数，该终端运行参数可以包括gpu运行参数、内存参数、磁盘参数、电量参数和温度参数中的至少一种；或者，该系统运行信息中包括操作系统根据终端运行参数确定出的状态提示信息，该终端状态提示信息可以包括cpu过载提示信息、gpu过载提示信息、内存不足提示信息、磁盘过载提示信息、电量不足提示信息和终端过热提示信息中的至少一种。凡是能够表征系统运行状态的信息均可以被视作系统运行信息，本实施例并不对系统运行信息中包含的具体信息类型进行限定。针对发送系统运行信息的时机，在一种可能的实施方式中，操作系统可以在调整系统资源分配后，每隔预定时间间隔向目标应用程序发送系统运行信息，比如，该预定时间间隔为5s或10s；在另一种可能的实施方式中，操作系统检测到采集到的系统运行信息符合预定条件时，向目标应用程序发送系统运行信息。步骤806，目标应用程序根据系统运行信息调整运行策略。相应的，目标应用程序获取操作系统发送的应用运行信息。可选的，目标应用程序注册有相应的接口回调方法，目标应用程序即通过该接口回调方法获取操作系统发送的系统运行信息。如图4或5所示，目标应用程序中设置有若干策略模块，目标应用程序将获取到的系统运行信息输入策略模块，由策略模块基于系统运行信息确定如何调整运行策略。在一种可能的实施方式中，目标应用程序中不同的策略模块对应不同类型的系统运行信息，目标应用程序即根据系统运行信息的类型，将信息输入相应的策略模块，以便策略模块制定相应的调整策略。在另一种可能的实施方式中，目标应用程序中不同的策略模块对应不同的应用场景，目标应用程序即根据当前所处的应用场景，将系统运行信息输入相应的策略模块，以便策略模块制定相应的调整策略。可选的，当系统运行信息指示操作系统负载过大时，目标应用程序调整运行策略时，通过降低应用运行性能来避免操作系统负载进一步加重。可选的，目标应用程序调整运行策略前，显示相应的调整提示信息，并在接收到用户触发的确认调整信号后进行调整运行策略。比如，当调整后的运行策略为低性能运行策略时，目标应用程序显示低性能模式切换提示窗口，当用户选择确认切换时，目标应用程序即切换至低性能模式运行。本实施例中，操作系统能够向目标应用程序发送指示系统运行状态的系统运行信息，以便目标应用程序调整自身的运行策略，从而避免因硬件性能不足导致的卡顿、丢帧等现象，达到了提高应用程序运行流畅度的效果。为了避免非法应用程序采用内嵌sdk的方式与操作系统进行通信，造成系统安全隐患，操作系统需要对目标应用程序的合法性进行检测。在一种可能的实施方式中，操作系统中预设应用标识列表，该预设应用标识列表中包含支持进行资源配置的应用程序的应用标识。可选的，该列表由操作系统开发商设置，且加密存储在终端内。目标应用程序通过数据通信连接向操作系统发送应用运行信息后，操作系统获取目标应用程序的应用标识，并检测目标应用程序的应用标识是否属于预设应用标识列表。若目标应用程序的应用标识属于预设应用标识列表，操作系统则执行步骤804，若目标应用程序的应用标识不属于预设应用标识列表，操作系统则不响应应用运行信息。可选的，当目标应用程序的应用标识不属于预设应用标识列表时，操作系统断开与目标应用程序之间的数据通信连接。本实施例中，操作系统基于预设应用标识列表实现应用程序合法性检测，从而避免与内嵌sdk的非法应用程序进行通信，提高了操作系统的安全性。由于终端中可能安装并运行有多个内嵌sdk的应用程序，且操作系统可能同时与多个应用程序建立数据通信连接。为了保证前台应用程序的运行质量，在一种可能的实施方式中，操作系统获取前台应用的前台应用标识；检测目标应用程序的应用标识与前台应用标识是否一致。示意性的，如图4所示，应用框架层250与接口通信系统242之间建立有binder连接，操作系统可以从应用框架层250处获取前景应用信息，该前景应用信息中即包含前台应用标识。若目标应用程序的应用标识与前台应用标识一致，操作系统则响应应用运行信息；若目标应用程序的应用标识与前台应用标识不一致，操作系统则不响应应用运行信息。可选的，为了避免长时间占用与操作系统之间的数据通道，目标应用程序由前台运行切换至后台运行时，自动停止向操作系统发送应用运行信息，并维持与操作系统之间的数据通信连接。综合考虑功耗、数据传输量等诸多因素，在一种可能的实施方式中，目标应用程序仅在运行至特定应用场景时，才会采集该应用场景下的应用运行参数，并发送至操作系统，相应的，操作系统根据接收到的应用运行参数，为该应用场景下的目标应用程序配置系统资源。下面采用示意性的实施例进行说明。请参考图10，其示出了本申请另一个示例性实施例示出的资源配置方法的流程图。本实施例以该方法应用于终端100中来举例说明，终端100中运行有操作系统和至少一个应用程序。该方法包括：步骤1001，目标应用程序确定操作系统对应的目标sdk，目标应用程序内嵌有至少两个sdk，至少两个sdk对应不同操作系统。步骤1002，目标应用程序调用目标sdk提供的api，与操作系统建立数据通信连接。上述步骤1001至1002的实施方式可参考步骤801至802，本实施例在此不再赘述。步骤1003，若当前应用场景为预设应用场景，目标应用程序则获取预设应用场景对应的应用场景标识，并采集当前应用场景下的应用运行参数。在一种可能的实施方式中，开发人员在开发目标应用程序时，针对可能需要进行系统资源优化配置的场景，设置包含至少一个预设应用场景的场景列表。示意性的，针对游戏类应用程序，该场景列表中可以包括：游戏启动场景、游戏资源更新场景、游戏账号登陆场景、游戏主界面场景、游戏商城界面场景、游戏内部加载场景、游戏对战场景。目标应用程序在运行过程中(已通过目标sdk与操作系统建立连接)，即检测当前应用场景是否属于该场景列表，若属于，目标应用程序则获取当前运行场景(即匹配的预设应用场景)对应的场景标识，并进一步采集当前运行场景下的应用运行参数；若不属于，目标应用程序则继续监测当前应用场景，而不采集应用运行参数。其中，该应用运行参数包括操作系统无法获取到的一系列指标参数。其中，不同类型应用程序采集的应用运行参数可以相同(比如，由操作系统开发商统一制定)，或者，不同类型应用程序采集的应用运行参数也可以不同。比如，当目标应用程序为即时通信类应用程序时，采集的应用运行参数包括帧率、加载速度、丢帧率、下载速率、网络延迟中的至少一种；当目标应用程序为游戏类应用程序时，采集的应用运行参数中还可以包括游戏画面质量、游戏画面分辨率、游戏模型质量以及游戏画面内模型数量等等。步骤1004，目标应用程序通过数据通信连接，向操作系统发送包含应用场景标识和应用运行参数的应用运行信息。完成应用运行参数采集后，目标应用程序即将应用场景标识和应用运行参数作为应用运行信息，发送至操作系统。可选的，目标应用程序在检测到处于预设应用场景后，持续采集应用运行参数，并持续向操作系统发送包含应用场景标识和应用运行参数的应用运行信息。可选的，对于采集到的应用运行信息，目标应用程序还需要对其进行数据整理，比如合并重复信息、删除冗余信息。同时，目标应用程序还可以根据应用场景或应用运行参数的重要程度，设置应用运行信息的发送优先级，从而优先发送重要应用场景下的应用运行信息，或包含重要应用运行参数(比如帧率以及丢帧率)的应用运行信息，过滤或延迟发送非重要应用场景下的应用运行信息。可选的，当不同类型应用程序对应的应用场景标识相同时，比如，即时通信类应用程序中应用场景标识“001”对应“视频聊天场景”，而游戏类应用程序中应用场景标识“001”则对应“游戏主界面场景”，该应用运行信息中还包括应用类型标识，操作系统即根据应用类型标识和应用场景标识区分不同类型应用程序下的应用场景。可选的，该应用运行信息中还包括采集应用运行参数时的时间戳，根据该时间戳，操作系统即可确定应用运行信息是否及时发送，并确定应用运行信息的发送时序，从而避免应用运行信息发送超时以及发送时序颠倒的问题。需要说明的是，在实际应用过程中，该应用运行信息中还可以根据需求携带其他信息，比如应用程序标识，本申请实施例并不对应用运行信息中包含的具体信息进行限定。可选的，目标应用程序采用数据包的形式发送应用运行信息，且数据包的格式预先与操作系统进行约定。其中，数据包的格式可以为java脚本对象标记(javascriptobjectnotation，json)、协议缓冲区(protocolbuffer，protobuf)或自定义格式等。步骤1005，操作系统确定应用场景标识对应的应用运行指标，应用运行指标是在应用场景标识对应的应用场景下，与应用运行质量相关的指标。在一种可能的实施方式中，操作系统接收到目标应用程序发送的数据包后，采用预先约定的数据包格式对该数据包进行解析，从而得到其中包含的应用运行信息。由于评价同一应用程序在不同应用场景下运行质量的指标不同，因此为了确定目标应用程序在当前应用场景下的运行质量是否符合预期，操作系统根据应用场景标识，确定当前应用场景下的应用运行指标。可选的，应用运行指标是当前应用场景下，为达到预期运行质量，目标应用程序所需达到的指标。其中，应用运行指标包括(最低)帧率指标、(最低)加载速度指标、(最高)丢帧率指标、(最低)内存指标、(最低)下载速率指标和(最高)网络延迟指标中的至少一种。可选的，当应用场景标识对应的应用场景为数据加载场景时，应用运行指标包括加载速度指标和内存指标中的至少一种。其中，数据加载场景为目标应用程序加载本地数据的场景，且不同类型应用程序对应的本地数据可能不同，比如，对于游戏类应用程序，该本地数据可以包括多媒体数据、游戏模型数据、游戏场景数据等等；对于导航类应用程序，该本地数据可以包括导航语音数据、地图数据等等。凡是涉及加载本地数据的场景均可以被归为数据加载场景，本申请实施例并不对此进行限定。可选的，当应用场景标识对应的应用场景为数据传输场景时，应用运行指标包括下载速率指标和网络延迟指标的至少一种。其中，数据传输场景为目标应用程序通过网络进行数据传输的场景。对于不同类型的应用程序，该数据传输场景可能不同。比如，对于即时通信类应用程序，该数据传输场景可以为文件传输场景、语音场景、视频场景或网络多媒体浏览场景等等；对于游戏类应用程序，该数据传输场景可以为游戏数据包更新场景、在线游戏场景等等。凡是涉及网络数据传输的场景均可以被归为数据传输场景，本申请实施例并不对此进行限定。由于可以采用传输速度和传输延迟衡量数据传输场景下的运行质量，因此，当应用场景为动态画面显示场景时，操作系统确定应用运行指标为下载速率指标和网络延迟指标中的至少一种。可选的，当应用场景标识对应的应用场景为动态画面显示场景时，应用运行指标包括帧率指标、丢帧率指标和网络延迟指标中的至少一种。其中，动态画面显示场景为涉及动态图像渲染显示的场景，对于不同类型的应用程序，该动态图像可能不同。比如，对于即时通信类应用程序，该动态图像可以为短视频、动态表情、视频会话等等；对于游戏类应用程序，该动态图像可以为过场动画、动态游戏场景等等。凡是涉及动态图像显示的场景均可以被归为动态画面显示场景，本申请实施例并不对此进行限定。由于画面流畅度、画面质量和画面延迟可以衡量动态画面显示场景下的运行质量，因此，当应用场景为动态画面显示场景时，操作系统确定应用运行指标为帧率指标、丢帧率指标和网络延迟指标中的至少一种。在一种可能的实施方式中，操作系统中预先设置有不同应用场景标识与应用运行指标之间的对应关系，操作系统即基于该对应关系确定当前应用场景下的应用运行指标。示意性，以游戏类应用程序为例，该对应关系如表二所示。表二应用场景应用场景标识应用运行指标游戏加载场景001加载速度指标：20m/s，内存指标：1g游戏对战场景002帧率指标：60fps；网络延迟指标：50ms；丢帧率指标：5％游戏更新场景003下载速度指标：250k/s步骤1006，若应用运行参数未达到应用运行指标，操作系统确定应用运行指标对应的目标系统资源。进一步的，操作系统通过分析目标应用程序当前的应用运行参数与查询到的应用运行指标，确定当前应用场景下目标应用程序的运行质量是否达到预期。可选的，当应用运行参数未达到应用运行指标时，操作系统确定目标应用程序的运行质量不佳，需要调整系统资源配置；当应用运行参数达到应用运行指标时，操作系统确定目标应用程序的运行质量良好，无需调整系统资源配置。当分析发现目标应用程序需要优化系统资源配置时，操作系统确定应用运行指标对应的目标系统资源，以便后续制定针对该目标系统资源的分配策略，其中，该目标系统资源即为与运行指标相关的系统资源。在一种可能的实施方式中，操作系统中预先设置有不同运行指标与系统资源之间的对应关系，操作系统即基于该对应关系确定应用运行指标对应的目标系统资源。示意性，该对应关系如表三所示。表三运行指标系统资源帧率cpu资源、gpu资源加载速度cpu资源、磁盘资源、内存资源丢帧率cpu资源、gpu资源、网络资源下载速率网络资源网络延迟网络资源在一个示意性的例子中，目标应用程序为游戏类应用程序，且目标应用程序运行至游戏对战场景时，采集包含当前帧率(55fps)、当前丢帧率(2％)和当前网络延迟(100ms)的应用运行参数，并发送至操作系统。操作系统根据目标应用程序所处的应用场景，确定该游戏对战场景对应的应用运行指标包括帧率指标(60fps)、网络延迟指标(50ms)和丢帧率指标(5％)。由于当前帧率小于帧率指标，且当前网络延迟大于网络延迟指标，因此，操作系统确定需要对帧率和网络延迟进行优化，并进一步确定基于表二所示的对应关系，确定需要优化的目标目标系统资源包括cpu资源、gpu资源和网络资源。步骤1007，操作系统上调目标系统资源的性能。在一种可能的实施方式中，确定出需要配置的系统资源后，操作系统进一步制定出资源配置策略，进而基于该资源配置策略上调目标系统资源的性能。可选的，操作系统制定出的资源配置策略中包括系统资源上调量。其中，当待上调的系统资源为cpu资源时，该系统资源上调量包括cpu核心数量、cpu最高频率、cpu最低频率的至少一种；当待上调的系统资源为gpu资源时，该系统资源上调量包括gpu核心数量、gpu最高频率、gpu最低频率、的至少一种；当待上调的系统资源为内存资源时，该系统资源上调量包括内存带宽最大值和内存带宽最小值中的至少一种；当待上调的系统资源为磁盘资源时，该系统资源上调量包括磁盘读写最低读写速度和磁盘最高读写速度中的至少一种；当待上调的系统资源为网络资源时，该系统资源上调量包括网络吞吐量、网络延迟率和网络功耗中的至少一种；当待上调的系统资源为无线连接资源(比如蓝牙、红外等等)时，该系统资源上调量包括无线连接强度。针对系统资源上调量的确定方式，在一种可能的实施方式中，该系统资源上调量为固定值，操作系统每进行一次上调后，即检测目标应用程序当前的应用运行参数是否达到应用运行指标，若达到，则停止上调，若未达到，则根据系统资源上调量进行上调。在其他可能的实施方式中，操作系统中存储有应用运行指标对应的目标系统资源性能参数，当目标应用程序当前的应用运行参数未达到应用运行指标时，操作系统即根据当前系统资源性能参数和目标系统资源性能参数确定系统资源上调量。示意性的，结合步骤1006中的示例，操作系统确定出的资源配置策略为：增加启用1个cpu核心、增加启用1个cpu核心以及降低网络延迟50ms。根据制定出的资源配置策略，操作系统与内核层进行通信，从而指示内核层上调相应的系统资源的性能。示意性的，如图6所示，操作系统中接口通信系统242即通过控制接口与linux内核层220进行通信，最终完成系统资源性能上调。可选的，对于能够通过直接通讯的方式进行控制的系统资源(比如cpu资源和gpu资源)，操作系统直接调用此类系统资源对应的抽象接口完成资源配置；而对于操作系统无法直接访问控制的系统资源(比如网络资源)，操作系统采用代理的方式，通过代理与此类系统资源对应的子系统(比如网络资源对应的子系统可以为wifi子系统)进行间接通讯，从而完成系统资源配置。可选的，当目标应用程序结束生命周期时(应用程序的进程结束)，即当接收到目标应用程序的进程结束信号时，操作系统断开与目标应用程序之间的连接，并清理数据通道，以便后续与其他应用程序建立连接。步骤1008，操作系统采集终端运行参数。为了使目标应用程序能够知悉操作系统当前的运行状态，从而针对性的对自身运行策略进行调整，操作系统完成系统资源分配后，采集终端运行参数，以便后续反馈给目标应用程序。示意性的，如图6所示，操作系统中的接口通信系统242即通过控制接口与linux内核层220进行通信，获取终端运行参数。比如，操作系统与linux内核层220的电源管理驱动进行通信，获取终端的电量信息。其中，终端运行参数包括cpu运行参数、gpu运行参数、内存参数、磁盘参数、电量参数和温度参数中的至少一种。可选的，cpu运行参数包括cpu使用核心数和cpu频率中的至少一种；gpu运行参数包括gpu使用核心数和gpu频率中的至少一种；内存参数至少包括内存剩余空间；磁盘参数包括磁盘剩余空间和输入输出(input/output，i/o)负载中的至少一种；电量参数包括剩余电量和剩余电量百分比中的至少一种；温度参数至少包括当前终端温度。本申请实施例仅以终端运行参数包括上述参数为例进行示意性说明，在其他可能的实施方式中，终端运行参数还可以包括网络运行参数等其他参数，本申请实施例并不对此构成限定。步骤1009，若终端运行参数达到预设运行参数阈值时，操作系统则生成终端运行参数对应的状态提示信息。为了避免目标应用程序高性能运行时，造成终端负载过大的问题，操作系统采集到终端运行参数后，通过比较终端运行参数与预设运行参数阈值的方式确定终端负载，并在终端负载过大时，指示目标应用程序调整运行策略，进而间接降低终端负载。可选的，该预设运行参数阈值可以是终端稳定运行时的极限运行参数。当终端运行参数达到甚至超过预设运行参数阈值时，表明终端可能无法稳定运行。可选的，该预设运行参数阈值也可以是终端在预设负载下运行时的运行参数。当终端运行参数达到甚至超过预设运行参数阈值时，表明终端的负载过大。预设运行参数阈值由操作系统开发人员预置。其中，预设运行参数阈值包括cpu运行参数阈值、gpu运行参数阈值、内存参数阈值、磁盘参数阈值、电量参数阈值和温度参数阈值中的至少一种。可选的，cpu运行参数阈值至少包括cpu最高频率，gpu运行参数阈值至少包括gpu最高频率，内存参数阈值至少包括内存最低剩余量，磁盘参数阈值至少包括io负载，电量参数阈值至少包括最低剩余电量，温度参数阈值至少包括最高温度。操作系统检测终端运行参数是否达到预设运行参数阈值，若达到，则确定目标应用程序需要调整运行策略，并生成相应的状态提示信息；若未达到，则确定目标应用程序无需调整运行策略。可选的，若当前cpu频率≥cpu最高频率，则确定cpu运行参数达到cpu运行参数阈值；若当前gpu频率≥gpu最高频率，则确定gpu运行参数达到gpu运行参数阈值；若当前内存剩余量≤内存最低剩余量，则确定内存参数达到内存参数阈值；若磁盘当前的io负载≥磁盘最高io负载，则确定磁盘参数达到磁盘参数阈值；若当前剩余电量≤最低剩余电量，则确定电量参数达到电量参数阈值；若当前温度≥最高温度，则确定温度参数达到温度参数阈值。其中，不同类型的终端运行参数对应不同的状态提示信息，该状态提示信息用于指示终端某项运行参数超标。当终端运行参数达到预设运行参数阈值时，操作系统即根据终端运行参数的类型，生成至少一条状态提示信息。可选的，若cpu运行参数达到cpu运行参数阈值，则生成第一状态提示信息，第一状态提示信息用于提示cpu过载。比如，当cpu运行参数中的cpu频率≥cpu运行参数阈值中的cpu最高频率时，操作系统生成提示cpu过载的第一状态提示信息。可选的，若gpu运行参数达到gpu运行参数阈值，则生成第二状态提示信息，第二状态提示信息用于提示gpu过载。比如，当gpu运行参数中的gpu频率≥gpu运行参数阈值中的gpu最高频率时，操作系统生成提示gpu过载的第二状态提示信息。可选的，若内存参数达到内存参数阈值，则生成第三状态提示信息，第三状态提示信息用于提示内存不足。比如，当内存参数中的内存剩余空间≤内存参数阈值中的最低内存剩余空间时，操作系统生成提示内存不足的第三状态提示信息。可选的，若磁盘参数达到磁盘参数阈值，则生成第四状态提示信息，第四状态提示信息用于提示磁盘过载。比如，当磁盘参数中的io负载≥磁盘参数阈值中的最高io负载时，操作系统生成提示磁盘过载的第四状态提示信息。可选的，若电量参数达到电量参数阈值，则生成第五状态提示信息，第五状态提示信息用于提示电量不足。比如，当电量参数中的剩余电量≤电量参数阈值中的最低剩余电量时，操作系统生成提示电量不足的第五状态提示信息。可选的，若温度参数达到温度参数阈值，则生成第六状态提示信息，第六状态提示信息用于提示终端过热。比如，当温度参数中的终端温度≥温度参数阈值中的最高温度时，操作系统生成提示终端过热的第六状态提示信息。步骤1010，操作系统向目标应用程序发送包含状态提示信息的系统运行信息。为了使目标应用程序知悉终端当前的运行状态，操作系统将生成的状态提示信息添加到系统运行信息，并进一步通过数据通信连接将系统运行信息发送至目标应用程序。步骤1011，若系统运行信息中包含状态提示信息，目标应用程序则降低应用运行性能。其中，不同类型应用程序减低应用运行性能的方式不同。比如，以游戏类应用程序为例，游戏类应用程序通过降低图像画质、降低特效质量和降低模型质量等方式，降低应用运行性能。本申请实施例并不对降低应用运行性能的具体方式进行限定。降低应用运行性能后，目标应用程序对系统资源的需求降低，从而间接降低系统的负载，保证目标应用程序流畅运行。可选的，目标应用程序降低应用运行性能前，根据接收到的状态信息显示相应的交互界面(或窗口)，询问用户是否需要降低应用运行性能，并在接收到确认信号后执行降低应用运行性能。示意性的，如图11所示，操作系统向目标应用程序发送指示终端过热的状态提示信息，目标应用程序根据状态提示信息确定程序优化策略为降低画质，并显示包含该状态提示信息的交互窗口111，当用户点击交互窗口111中的确定控件112时，目标应用程序即自动下调图像画质。本实施例中，当运行至预设应用场景时，目标应用程序向操作系统发送包含应用场景标识和应用运行参数的应用运行信息，以便操作系统根据该应用运行参数，确定目标应用程序的当前应用场景下的运行质量；同时，在运行质量不佳的情况下，操作系统能够基于与该应用场景相关的系统资源制定资源配置策略，从而根据资源配置策略对系统资源进行优化，进而达到优化该应用场景下目标应用程序运行质量的效果。并且，操作系统通过分析采集到的终端运行参数，确定出终端当前的运行状态，并向目标应用程序发送包含状态提示信息的系统运行信息，使得目标应用程序能够根据状态提示信息及时调整运行策略，从而避免因终端过载、电量过低或终端过热等原因导致应用程序运行质量不佳的问题。目标应用程序采集的应用运行参数中，除了包含与运行质量相关的参数外，还包含部分与运行质量无关的参数，因此，为了在保证目标应用程序运行质量的前提下，降低终端的功耗，在一种可能的实施方式中，操作系统下调无关运行参数对应系统资源的性能。在图10的基础上，如图12所示，上述步骤1004之后还可以包括如下步骤。步骤1012，操作系统确定应用场景标识对应的无关运行指标，无关运行指标是在应用场景标识对应的应用场景下，与应用运行质量无关的指标。由于并非所有运行指标都与目标应用程序在当前应用场景下的应用运行质量相关，因此，操作系统根据应用场景标识确定与应用运行质量相关的应用运行指标的同时，根据该应用场景标识确定与应用运行质量无关的运行指标。可选的，对于同一应用程序的不同应用场景，该无关运行指标不同。其中，无关运行指标包括(最低)帧率指标、(最低)加载速度指标、(最高)丢帧率指标、(最低)内存指标、(最低)下载速率指标和(最高)网络延迟指标中的至少一种。可选的，当应用场景标识对应的应用场景为数据加载场景时，无关运行指标包括帧率指标、丢帧率指标、下载速率指标和网络延迟指标中的至少一种。由于数据加载场景下的运行质量与画面质量、画面流畅度以及网络状态无关，因此，应用场景为数据加载场景时，操作系统确定无关运行指标包括帧率指标、丢帧率指标、下载速率指标和网络延迟指标中的至少一种。可选的，当应用场景标识对应的应用场景为数据传输场景时，无关运行指标包括帧率指标、丢帧率指标和内存指标中的至少一种。由于数据传输场景下的运行质量与画面质量、画面流畅度以及内存大小无关，因此，当应用场景为数据传输场景时，操作系统确定无关运行指标包括帧率指标、丢帧率指标和内存指标中的至少一种。在一种可能的实施方式中，操作系统中预先设置有不同应用场景标识与无关运行指标之间的对应关系，操作系统即基于该对应关系确定当前应用场景下的无关运行指标。示意性，以游戏类应用程序为例，该对应关系如表四所示。表四应用场景应用场景标识无关运行指标游戏加载场景001帧率指标:30fps；丢帧率指标：10％游戏对战场景002-游戏更新场景003加载速度指标：10m/s；内存指标：1g步骤1013，若应用运行参数优于无关运行指标，操作系统确定无关运行指标对应的无关系统资源。进一步的，操作系统通过分析目标应用程序当前的应用运行参数与查询到的无关运行指标，确定能够在下调部分系统资源性能的情况下，保证目标应用程序正常运行。可选的，当目标应用程序当前的应用运行参数优于(超过)无关运行指标时，操作系统确定能够下调相应系统资源的性能；当无关运行指标低于目标应用程序当前的应用运行参数时，操作系统确定需要上调相应系统资源的性能。当分析发现能够下调目标应用程序的部分系统资源时，操作系统确定无关运行指标对应的无关系统资源，以便后续针对性地调整无关系统资源的性能。在一种可能的实施方式中，操作系统基于表三所示的对应关系，确定出无关运行指标对应的无关目标系统资源。在一个示意性的例子中，目标应用程序为游戏类应用程序，且目标应用程序运行至游戏加载场景时，采集包含当前帧率(60fps)、当前丢帧率(0％)和当前网络延迟(100ms)的应用运行参数，并发送至操作系统。操作系统根据目标应用程序所处的应用场景，确定该游戏对战场景对应的无关运行指标包括帧率指标(30fps)、网络延迟指标(100ms)和丢帧率指标(10％)。由于当前帧率大于帧率指标，且当前丢帧率低于丢帧率指标，因此，操作系统基于表二所示的对应关系，确定能够下调的无关系统资源为gpu资源。步骤1014，操作系统下调无关系统资源的性能。确定出可以下调的无关系统资源后，操作系统进一步制定出用于下调该无关系统资源性能的资源配置下调策略。可选的，操作系统确定出的资源配置下调策略中包括系统资源下调量。针对系统资源下调量的确定方式，在一种可能的实施方式中，操作系统中存储有无关运行指标对应的系统资源性能指标，当目标应用程序当前的应用运行参数优于到无关运行指标时，操作系统即根据当前系统资源性能和系统资源性能指标确定系统资源下调量，使得下调后系统资源性能等于该系统资源性能指标示意性的，结合步骤1013中的示例，操作系统确定出的资源配置下调策略为：关闭1个gpu核心。进一步的，操作系统根据确定出的资源配置下调策略为目标应用程序分配系统资源，从而通过优化系统资源配置的方式，降低部分不影响运行质量的系统资源的性能，达到了降低终端功耗的效果。本实施例中，操作系统通过确定与应用运行质量无关的运行指标，并针对该运行指标制定相应的系统资源性能下调策略，在保证应用程序运行质量的同时，进一步降低终端的功耗。请参考图13，其示出了本申请一个实施例提供的资源配置装置的结构框图。该资源配置装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置包括：目标应用程序模块1310和操作系统模块1320。目标应用程序模块1310，用于确定所述操作系统对应的目标sdk，所述目标应用程序内嵌有至少两个sdk，所述至少两个sdk对应不同操作系统；所述目标应用程序模块1310，用于调用所述目标sdk提供的api，与所述操作系统建立数据通信连接；所述目标应用程序模块1310，还用于通过所述数据通信连接向所述操作系统发送应用运行信息，所述应用运行信息用于表征所述目标应用程序所处的运行状态；操作系统模块1320，用于根据所述应用运行信息调整分配给所述目标应用程序的系统资源。可选的，所述目标应用程序模块1310，还用于：获取所述操作系统的系统标识；将所述至少两个sdk中与所述系统标识对应的sdk确定为所述目标sdk。可选的，所述目标应用程序模块1310，还用于：为所述目标sdk设置启用标识；启动时，根据所述启用标识启用所述目标sdk。可选的，所述目标应用程序模块1310，还用于：若当前应用场景为预设应用场景，则获取所述预设应用场景对应的应用场景标识，并采集当前应用场景下的应用运行参数；通过所述数据通信连接，向所述操作系统发送包含所述应用场景标识和所述应用运行参数的所述应用运行信息。可选的，所述操作系统模块1320，还用于：确定所述应用场景标识对应的应用运行指标，所述应用运行指标是在所述应用场景标识对应的应用场景下，与应用运行质量相关的指标；若所述应用运行参数未达到所述应用运行指标，所述操作系统确定所述应用运行指标对应的目标系统资源；所述操作系统上调所述目标系统资源的性能。可选的，当所述应用场景标识对应的应用场景为数据加载场景时，所述应用运行指标包括加载速度指标和内存指标中的至少一种；当所述应用场景标识对应的应用场景为数据传输场景时，所述应用运行指标包括下载速率指标和网络延迟指标的至少一种。当所述应用场景标识对应的应用场景为动态画面显示场景时，所述应用运行指标包括帧率指标、丢帧率指标和网络延迟指标中的至少一种。可选的，当所述应用运行指标为帧率指标时，所述目标系统资源包括cpu资源和gpu资源中的至少一种；当所述应用运行指标为加载速度指标时，所述目标系统资源包括cpu资源、磁盘资源和内存资源中的至少一种；当所述应用运行指标为丢帧率指标时，所述目标系统资源包括cpu资源、gpu资源和网络资源中的至少一种；当所述应用运行指标为下载速率指标或网络延迟指标时，所述目标系统资源至少包括网络资源。可选的，所述操作系统模块1320，还用于：通过所述数据通信连接向所述目标应用程序发送系统运行信息，所述系统运行信息用于表征调整系统资源后，所述操作系统所处的运行状态；所述目标应用程序根据所述系统运行信息调整运行策略。可选的，所述操作系统模块1320，还用于采集终端运行参数，所述终端运行参数包括cpu运行参数、gpu运行参数、内存参数、磁盘参数、电量参数和温度参数中的至少一种；若所述终端运行参数达到预设运行参数阈值时，所述操作系统则生成所述终端运行参数对应的状态提示信息；所述操作系统向所述目标应用程序发送包含所述状态提示信息的所述系统运行信息；所述目标应用程序模块1310，还用于：若所述系统运行信息中包含所述状态提示信息，所述目标应用程序则降低应用运行性能。可选的，所述操作系统模块1320，还用于：若所述cpu运行参数达到cpu运行参数阈值，则生成第一状态提示信息，所述第一状态提示信息用于指示cpu过载；和/或，若所述gpu运行参数达到gpu运行参数阈值，则生成第二状态提示信息，所述第二状态提示信息用于指示gpu过载；和/或，若所述内存参数达到内存参数阈值，则生成第三状态提示信息，所述第三状态提示信息用于指示内存不足；和/或，若所述磁盘参数达到磁盘参数阈值，则生成第四状态提示信息，所述第四状态提示信息用于指示磁盘过载；和/或，若所述电量参数达到电量参数阈值，则生成第五状态提示信息，所述第五状态提示信息用于指示电量不足；和/或，若所述温度参数达到温度参数阈值，则生成第六状态提示信息，所述第六状态提示信息用于指示终端过热。可选的，所述操作系统模块1320，还用于：获取所述目标应用程序的应用标识；若所述目标应用程序的应用标识属于预设应用标识列表，则执行根据所述应用运行信息调整分配给所述目标应用程序的系统资源的步骤，所述预设应用标识列表中包含支持进行资源配置的应用程序的应用标识；若所述目标应用程序的应用标识不属于所述预设应用标识列表，则不响应所述应用运行信息。综上所述，本申请实施例提供的资源配置装置中，通过在目标应用程序中内嵌sdk，使得目标应用程序能够通过该sdk提供的api接口，向操作系统发送自身的应用运行信息，以便操作系统基于应用运行信息为目标应用程序分配相应的系统资源，使得应用程序在不同运行状态下均能够达到良好的运行效果；同时，通过在目标应用程序中内嵌对应不同操作的多个sdk，使得目标应用程序能够根据当前所处的操作系统，选择调用相应的sdk与操作系统进行数据通信，实现了单一应用程序适配多操作系统，从而扩大了应用程序的适用范围。本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的资源配置方法。本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的资源配置方法。本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。当前第1页12