[发明专利]信息处理方法、装置及电子设备

说明书

本申请实施例公开了信息处理方法、装置及电子设备，所述方法包括：启动应用程序时，获取应用程序关联的通用加载脚本；在利用所述通用加载脚本加载执行多个加载任务时，记录所述加载任务对应的加载信息；在调用所述加载任务对应的加载对象时，记录所述任务加载对象的调用信息；根据所述加载信息和调用信息，确定目标任务加载对象；修改所述通用加载脚本中对应所述目标任务加载对象的加载规则信息，获得针对当前用户的专用加载脚本，用于所述当前用户对所述应用程序的下次启动。通过本申请实施例，能够更方便、合理地优化加载对象的加载逻辑。

技术领域

本申请涉及信息处理技术领域，特别是涉及信息处理方法、装置及电子设备。

背景技术

随着移动端应用程序功能的不断强大，在运行过程中通常需要加载很多对象，其中包括具体的功能模块中所需用到的类库类，例如，具体可以包括用于对应用程序进行初始化配置的类库，网络库，图片库，weex(使用Web开发体验来开发高性能原生应用的框架)SDK(Software Development Kit，软件开发工具包)等基础库，等等。这些类库通常需要先进行加载，然后才能被具体的功能模块(或称业务方)使用。

例如，应用程序中的某页面需要使用weex技术，则在展示该页面之前需要首先加载weex SDK库，这样才能够保证该页面的正常渲染。而如果在接收到具体的页面访问请求后再对weex SDK库进行加载，则给用户带来的感受会是，在点击访问某页面之后，需要等待一段时间，该页面才会展示出来。

又如，某页面需要在H5与Native之间进行很多的交互，则可以使用WindVane技术，对于使用了WindVane技术的页面，在页面被访问之前，也需要预先加载WindVane的相关类库，以避免影响页面展示的流畅度。另外，还有一些提供弹窗功能的类库，如果不预先加载，则可能会影响弹窗功能的实现，提供性能监控功能的类库，如果不预先加载，则可能会影响对终端设备性能监控的实现，等等。

为了提高具体业务运行时的流畅度，避免在应用启动之后，在运行具体业务过程中出现卡顿等现象，通常可以在应用启动的过程中就对这些类库进行加载，尤其是一些三方库和底层中间件等。但是，一个应用中需要使用的类库数量可能会比较多，可能在70+的级别，这就使得应用程序的启动耗时被拉长。从用户体验角度而言，从在桌面等处点击某应用的图标开始，到该应用启动完成进入到可以交互的状态，这期间可能需要经历2-3秒的启动过程，对于一些自身性能比较有限的移动终端设备，这个时间可能会更长，甚至可能到6-7秒。这种耗时主要就是由于对各种类库进行加载所带来的。

为了缩短应用启动过程的耗时，可以将部分类库放到应用启动完成后再进行加载。但是，一方面，现有技术中的类库加载逻辑都是以硬编码的方式写在应用的代码中，如果要将部分类库放到应用启动后再进行加载，则需要修改应用的类库启动逻辑，而这将会严重依赖于应用的版本发布。另一方面，具体将哪些类库放到应用启动完成后再加载，依赖于人工对业务的理解以及判断，修改后的启动逻辑可能不是对每个用户都适用，以至于仍然可能会造成业务运行过程中的卡顿等现象。例如，某个类库被放到应用启动完成8S左右加载，但是，由于应用完成启动之后已经进入到可交互状态，因此，可能存在某用户在应用启动后5S甚至更早时便访问了需要用到该类库的业务，此时，就需要在收到用户的访问请求后再进行该类库的加载，这无疑会造成用户的等待。

因此，如何更方便、合理地优化加载对象的加载逻辑，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了信息处理方法、装置及电子设备，能够更方便、合理地优化加载对象的加载逻辑。

本申请提供了如下方案：

一种信息处理方法，包括：

启动应用程序时，获取应用程序关联的通用加载脚本；

在利用所述通用加载脚本执行多个加载任务时，记录所述加载任务对应的加载信息；