CN115237528A - 一种信息展示方法、装置、电子设备、计算机可读介质 - Google Patents

Abstract

本申请公开了一种信息展示方法、装置、电子设备、计算机可读介质，该方法包括：对于目标应用的客户端来说，如果该目标应用处于开发状态，则在该目标应用中接入埋点sdk、以及信息获取组件，以使该信息获取组件用于获取该埋点sdk的埋点描述信息，并由该客户端展示该埋点描述信息，以使该客户端的使用者能够从该客户端上直接查看到该埋点sdk的埋点描述信息，从而使得该使用者能够从该客户端上了解到该埋点sdk的相关信息，如此能够借助该客户端实现获取埋点sdk的相关信息的目的。

Description

一种信息展示方法、装置、电子设备、计算机可读介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息展示方法、装置、电子设备、计算机可读介质。

背景技术

随着电子设备(例如，智能手机等)的普及，大量应用程序(application，app)应运而生。

对于一些app来说，为了更好地向用户提供服务，这些app可以接入一些埋点软件开发工具包(software development kit，sdk)，以使这些app可以借助这些埋点sdk进行数据采集(例如，操作行为数据采集等)。

然而，如何获取埋点sdk的相关信息成为一项亟待解决的技术问题。

发明内容

为了解决上述技术问题，本申请提供了一种信息展示方法、装置、电子设备、计算机可读介质，能够实现获取埋点sdk的相关信息的目的。

为了实现上述目的，本申请实施例提供的技术方案如下：

本申请实施例提供一种信息展示方法，所述方法应用于目标应用的客户端，所述方法包括：

若所述目标应用处于开发状态，则在所述目标应用中接入埋点软件开发工具包sdk、以及信息获取组件；所述信息获取组件用于获取所述埋点sdk的埋点描述信息；

展示所述埋点描述信息。

在一种可能的实施方式中，所述埋点sdk包括至少一个待调用函数；

所述埋点描述信息的获取过程，包括：

当确定在所述目标应用中接入所述信息获取组件之后，针对所述至少一个待调用函数添加所述信息获取组件对应的接口，以使所述接口用于将所述至少一个待调用函数的函数调用数据传输至所述信息获取组件；

所述信息获取组件，具体用于根据所述至少一个待调用函数的函数调用信息，确定所述埋点sdk的埋点描述信息。

在一种可能的实施方式中，所述至少一个待调用函数包括初始化函数、启动函数、事件采集函数、事件落库函数、事件上报函数、日志打印函数、以及网络请求函数中的至少一个。

在一种可能的实施方式中，所述至少一个待调用函数包括日志打印函数；

针对所述日志打印函数添加的接口是按照预先构建的第一协议进行数据传输；所述第一协议是按照所述埋点sdk对应的埋点调试需求构建的。

在一种可能的实施方式中，所述方法还包括：

响应于针对所述埋点sdk触发的调试需求输入操作，获取所述埋点调试需求；

根据所述埋点调试需求，构建所述第一协议。

在一种可能的实施方式中，所述方法还包括：

在接收到针对所述埋点sdk输入的信息需求描述内容之后，按照所述信息需求描述内容，确定函数筛选条件；

从所述埋点sdk的至少一个候选函数中筛选满足所述函数筛选条件的所述至少一个待调用函数。

在一种可能的实施方式中，所述在所述目标应用中接入埋点软件开发工具包sdk、以及信息获取组件，包括：

在接收到针对所述埋点sdk触发的接入请求之后，在所述目标应用中接入所述埋点sdk，并展示第一信息；所述第一信息用于询问是否接入所述信息获取组件；

响应于针对所述第一信息触发的预设操作，在所述目标应用中接入所述信息获取组件。

在一种可能的实施方式中，所述方法还包括：

若所述目标应用处于生产状态，则在所述目标应用中接入埋点sdk。

在一种可能的实施方式中，所述信息获取组件为预设文件格式的软件包。

本申请实施例还提供了一种信息展示装置，所述装置部署于目标应用的客户端，所述装置包括：

接入单元，用于若所述目标应用处于开发状态，则在所述目标应用中接入埋点软件开发工具包sdk、以及信息获取组件；所述信息获取组件用于获取所述埋点sdk的埋点描述信息；

展示单元，用于展示所述埋点描述信息。

本申请实施例还提供了一种电子设备，所述设备包括：处理器和存储器；

所述存储器，用于存储指令或计算机程序；

所述处理器，用于执行所述存储器中的所述指令或计算机程序，以使得所述电子设备执行本申请实施例提供的信息展示方法的任一实施方式。

本申请实施例还提供了一种计算机可读介质，所述计算机可读介质中存储有指令或计算机程序，当所述指令或计算机程序在设备上运行时，使得所述设备执行本申请实施例提供的信息展示方法的任一实施方式。

与现有技术相比，本申请实施例至少具有以下优点：

本申请实施例提供的技术方案中，对于目标应用的客户端来说，如果该目标应用处于开发状态，则在该目标应用中接入埋点sdk、以及信息获取组件，以使该信息获取组件用于获取该埋点sdk的埋点描述信息，并由该客户端展示该埋点描述信息，以使该客户端的使用者(例如，调试人员等)能够从该客户端上直接查看到该埋点sdk的埋点描述信息，从而使得该使用者能够从该客户端上了解到该埋点sdk的相关信息(例如，初始化信息、启动信息、调试日志、网络请求等)，如此能够借助该客户端实现获取埋点sdk的相关信息的目的。

其中，因上文埋点sdk以及信息获取组件均是软件包，使得在该目标应用中接入该埋点sdk以及信息获取组件之后，该埋点sdk以及信息获取组件均存在于该目标应用的客户端中，从而使得针对埋点sdk的埋点描述信息的获取过程属于该目标应用的客户端的内部流程，如此能够有效地避免因借助该客户端以外其他设备(例如，该目标应用的服务端等)获取埋点sdk的相关信息而造成的不良影响(例如，数据延迟等)，从而能够有效地提高针对埋点sdk的相关信息的获取效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本申请实施例提供的一种信息展示方法的流程图；

图2为本申请实施例提供的一种埋点sdk与信息获取组件之间的连接关系的示意图；

图3为本申请实施例提供的一种埋点sdk与信息获取组件之间的数据传输的示意图；

图4为本申请实施例提供的另一种埋点sdk与信息获取组件之间的连接关系的示意图；

图5为本申请实施例提供的又一种埋点sdk与信息获取组件之间的连接关系的示意图；

图6为本申请实施例提供的一种信息展示装置的结构示意图；

图7为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

发明人在针对埋点sdk的研究中发现，在一些应用场景下，对于一个app来说，如果该app的客户端接入了一些埋点sdk，则可以借助该app的服务端获取这些埋点sdk的相关信息。然而，因在该客户端与该服务端之间的数据传输过程中需要消耗一定时长，使得该服务端针对这些埋点sdk所获取的信息的延迟比较严重，如此易因这些埋点sdk的管理人员无法及时地获取这些埋点sdk的相关信息而导致针对埋点sdk的管理效果(例如，调试效果等)比较差。

基于上述发现，为了解决背景技术部分所示的技术问题，本申请实施例提供了一种信息展示方法，该方法应用于目标应用的客户端，而且该方法具体可以包括：如果该目标应用处于开发状态，则在该目标应用中接入埋点sdk、以及信息获取组件，以使该信息获取组件用于获取该埋点sdk的埋点描述信息，并由该客户端展示该埋点描述信息，以使该客户端的使用者(例如，调试人员等)能够从该客户端上直接查看到该埋点sdk的埋点描述信息，从而使得该使用者能够从该客户端上了解到该埋点sdk的相关信息(例如，初始化信息、启动信息、调试日志、网络请求等)，如此能够借助该客户端实现获取埋点sdk的相关信息的目的。

其中，因上文埋点sdk以及信息获取组件均是软件包，使得在该目标应用中接入该埋点sdk以及信息获取组件之后，该埋点sdk以及信息获取组件均存在于该目标应用的客户端中，从而使得针对埋点sdk的埋点描述信息的获取过程属于该目标应用的客户端的内部流程，如此能够有效地避免因借助该客户端以外其他设备(例如，该目标应用的服务端等)获取埋点sdk的相关信息而造成的不良影响(例如，数据延迟等)，从而能够有效地提高针对埋点sdk的相关信息的获取效果。

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

方法实施例一

参见图1，该图为本申请实施例提供的一种信息展示方法的流程图。

本申请实施例提供的应用于目标应用的客户端的信息展示方法，包括S1-S2：

S1：若目标应用处于开发状态，则在该目标应用中接入埋点sdk、以及信息获取组件；其中，该信息获取组件用于获取该埋点sdk的埋点描述信息。

其中，目标应用是一种计算机程序；而且当该目标应用在客户端上运行时，该目标应用不仅可以向该客户端的使用者提供用户界面，还可以与该客户端的使用者借助该用户界面进行交互。

上文“目标应用的客户端”是指用于运行该目标应用的电子设备；而且本申请实施例不限定该“目标应用的客户端”，例如，其可以是智能手机、计算机、个人数字助理(Personal Digital Assitant，PDA)或平板电脑等终端设备。

上文“开发状态”用于表示目标应用处于开发环境；而且当该目标应用处于开发状态时，该目标应用的客户端的使用者(例如，开发人员、调试人员等)可以针对该目标应用(尤其是，该目标应用中接入的埋点sdk)进行程序调试处理。

上文“埋点sdk”用于实现数据采集功能，以使在该目标应用接入该埋点sdk之后，该目标应用可以借助该埋点sdk，实现针对该目标应用的客户端的数据采集功能(尤其是，可以实现针对在该客户端上触发的操作行为等进行采集的功能)。

信息获取组件用于获取上文目标应用中已接入的埋点sdk的埋点描述信息，并将该埋点描述信息展示在该目标应用的客户端，以使该客户端的使用者能够从该客户端上查看到该埋点描述信息。另外，本申请实施例不限定该信息获取组件的实施方式，例如，其可以采用预设文件格式的软件包(例如，*.jar文件)进行实施。

上文“埋点sdk的埋点描述信息”用于表征该埋点sdk的相关信息(例如，当上文目标应用的客户端调用该埋点sdk时所产生的信息等)。

另外，本申请实施例不限定上文“埋点sdk的埋点描述信息”，例如，当上文埋点sdk包括至少一个待调用函数时，该“埋点sdk的埋点描述信息”可以包括这些待调用函数的函数调用信息，或者针对这些待调用函数的函数调用信息的数据分析结果。为了便于理解，下面结合示例进行说明。

作为示例，当上文埋点sdk包括N个待调用函数时，上文“埋点sdk的埋点描述信息”的获取过程，具体可以包括步骤11-步骤12：

步骤11：当确定在目标应用中接入信息获取组件之后，针对上文N个待调用函数添加该信息获取组件对应的接口。

上文“信息获取组件对应的接口”用于将上文埋点sdk所涉及的一些函数(例如，N个待调用函数)在调用过程中所产生的数据发送给该信息获取组件，以使该信息获取组件能够针对该数据进行相应处理。

另外，本申请实施例不限定上文“信息获取组件对应的接口”的实施方式，例如，埋点sdk与信息获取组件之间的接口参数(也就是，上文“信息获取组件对应的接口”)可以使用JSON格式，无需额外的依赖包。

此外，本申请实施例不限定上文“信息获取组件对应的接口”的添加方式，例如，其可以为：将该“信息获取组件对应的接口”添加至埋点sdk，以使该埋点sdk中各个待调用函数均可以使用该“信息获取组件对应的接口”进行数据传输。又如，其可以为：向埋点sdk中各个待调用函数内部均添加一个该“信息获取组件对应的接口”，以使该埋点sdk中各个待调用函数均可以使用其内部所部署的接口进行数据传输。

可见，上文“信息获取组件对应的接口”可以部署在上文埋点sdk中各个待调用函数)内部。基于此，本申请实施例还提供了上文步骤11的另一种可能的实施方式，其具体可以为：当确定在目标应用中接入信息获取组件之后，在第n个待调用函数中添加该信息获取组件对应的接口，以使该接口用于将该第n个待调用函数在调用过程中所产生的数据发送给该信息获取组件。其中，n为正整数，n≤N，N为正整数，N表示上文“至少一个待调用函数”中的函数个数。

其中，第n个待调用函数是指上文埋点sdk中需要进行信息采集处理的函数。其中，n为正整数，n≤N，N为正整数。

另外，本申请实施例不限定上文步骤“在第n个待调用函数中添加该信息获取组件对应的接口”的实施方式。为了便于理解，下面结合两种情况进行说明。

情况1，可以由上文目标应用的客户端控制向埋点sdk中的一个或者多个函数添加信息获取组件对应的接口。

基于情况1可知，对于目标应用的客户端来说，在该客户端确定将信息获取组件接入该目标应用之后，该客户端可以将该信息获取组件对应的接口分别添加至上文埋点sdk的各个待调用函数中，以便后续该信息获取组件可以借助该接口收集这些待调用函数所产生的数据(例如，函数调用信息)。

情况2，可以由上文埋点sdk自身控制向该埋点sdk中的一个或者多个函数添加信息获取组件对应的接口。

基于情况2可知，对于已接入目标应用的埋点sdk来说，在该埋点sdk确定在该目标应用中接入有信息获取组件之后，该埋点sdk可以自动地将该信息获取组件对应的接口分别添加至上文埋点sdk的各个待调用函数中，以便后续该信息获取组件可以借助该接口收集这些待调用函数所产生的数据(例如，函数调用信息)。

还有，本申请实施例不限定步骤11的执行主体，例如，其可以是目标应用的客户端。又如，其也可以是埋点sdk。

基于上述步骤11的相关内容可知，对于目标应用来说，在将上文信息获取组件接入该目标应用之后，可以由该目标应用的客户端(或者，该目标应用中已接入的埋点sdk)，针对该埋点sdk的至少一个待调用函数添加该信息获取组件对应的接口，以便后续该信息获取组件可以借助该接口收集这些待调用函数所产生的数据(例如，函数调用信息)。

步骤12：由针对N个待调用函数所添加的信息获取组件对应的接口，将该N个待调用函数的函数调用数据传输至信息获取组件，并由该信息获取组件根据该N个待调用函数的函数调用信息，确定埋点sdk的埋点描述信息。

本申请实施例不限定上文步骤“由针对N个待调用函数所添加的信息获取组件对应的接口，将该N个待调用函数的函数调用数据传输至信息获取组件”的实施方式，例如，当针对第n个待调用函数所添加的信息获取组件对应的接口部署在该第n个待调用函数内部时，其具体可以为：由该第n个待调用函数中添加的接口，将该第n个待调用函数的函数调用数据传输至信息获取组件，以使后续该信息获取组件可以根据该第n个待调用函数的函数调用信息，确定埋点sdk的埋点描述信息。其中，n为正整数，n≤N，N为正整数。

上文“第n个待调用函数中添加的接口”是指在该第n个待调用函数中添加的信息获取组件对应的接口；而且该“第n个待调用函数中添加的接口”用于将该第n个待调用函数在调用过程中所产生的数据(也就是，函数调用信息)传输给信息获取组件，以使该信息获取组件能够借助该“第n个待调用函数中添加的接口”实现从该第n个待调用函数进行信息采集的目的。

上文“第n个待调用函数的函数调用信息”是指在该第n个待调用函数被调用时所产生的数据，以使该“第n个待调用函数的函数调用信息”能够表示出在该第n个待调用函数被调用时所呈现的函数状态。

另外，本申请实施例不限定上文步骤“信息获取组件根据该第n个待调用函数的函数调用信息，确定埋点sdk的埋点描述信息”的实施方式，例如，其具体可以为：直接由该信息获取组件利用该第n个待调用函数的函数调用信息，更新该埋点sdk的埋点描述信息，以使该埋点sdk的埋点描述信息包括该第n个待调用函数。

又如，为了更好地提高信息展示效果，本申请实施例还提供了上文步骤“信息获取组件根据该第n个待调用函数的函数调用信息，确定埋点sdk的埋点描述信息”的另一种可能的实施方式，其具体可以为：由该信息获取组件先按照该第n个待调用函数对应的信息处理规则，确定该第n个待调用函数的信息处理结果；再利用该第n个待调用函数的信息处理结果，更新该埋点sdk的埋点描述信息，以使该埋点sdk的埋点描述信息包括该第n个待调用函数的信息处理结果，从而使得该埋点sdk的埋点描述信息能够以尽可能简洁清楚的方式表示出该第n个待调用函数的函数状态。其中，该信息处理规则可以预先设定。

基于上述步骤11至步骤12的相关内容可知，如图2和图3所示，对于目标应用来说，在将上文信息获取组件接入该目标应用之后，可以先由该目标应用的客户端(或者，该目标应用中已接入的埋点sdk)，将该信息获取组件对应的接口分别添加至上文埋点sdk的各个待调用函数中；再由该信息获取组件借助该信息获取组件对应的接口，针对该埋点sdk中所有待调用函数进行实时地信息采集处理，以使该信息获取组件能够获取到与该埋点sdk相关的实时的信息。

另外，本申请实施例不限定上文“至少一个待调用函数”，例如，其可以包括初始化函数、启动函数、事件采集函数、事件落库函数、事件上报函数、日志打印函数、以及网络请求函数中的至少一个。其中，该初始化函数用于将埋点sdk在目标应用中进行初始化处理。该启动函数用于将该埋点sdk在该目标应用中进行启动处理。该事件采集函数用于借助该埋点sdk针对该目标应用的客户端进行事件采集处理。该事件落库函数用于将借助该埋点sdk所采集到的事件进行数据库存储处理。该事件上报函数用于将借助该埋点sdk所采集到的事件上报至该目标应用的服务端。该日志打印函数用于将该埋点sdk所产生的所有日志(例如，埋点调试日志等)进行存储打印处理。该网络请求函数用于执行由该埋点sdk触发的网络请求。

此外，本申请实施例不限定上文各个待调用函数对应的数据传输协议，例如，当上文“至少一个待调用函数”包括初始化函数、启动函数、事件采集函数、事件落库函数、事件上报函数、日志打印函数、以及网络请求函数时，该初始化函数、启动函数、事件采集函数、事件落库函数、事件上报函数、以及网络请求函数均可以采用预先指定的某种数据传输协议进行数据传输处理，但是，为了更好地满足用户的埋点调试需求，该日志打印函数可以采用一种能够满足该埋点调试需求的数据传输协议进行数据传输处理。为了便于理解，下面结合表1进行说明。

表1 2TLCME协议

作为示例，当上文“至少一个待调用函数”包括日志打印函数时，则针对该日志打印函数添加的接口可以按照预先构建的第一协议进行数据传输。其中，该第一协议是按照上文埋点sdk对应的埋点调试需求构建的。另外，本申请实施例不限定该第一协议，例如，该第一协议可以为上文表1所示的2TLCME协议。

此外，本申请实施例不限定上文第一协议的构建过程，例如，其具体可以为：先从大量埋点调试操作描述信息中分析出埋点调试需求(例如，表1中第三列所表征的调试需求)；再按照该埋点调试需求，构建该第一协议，以使该第一协议满足该埋点调试需求。

实际上，不同应用场景下，针对埋点sdk的埋点调试需求可能会不同，故为了更好地提高埋点调试体验，本申请实施例还提供了构建上文第一协议的另一种可能的实施方式，其具体可以包括步骤21-步骤22：

步骤21：目标应用的客户端响应于针对埋点sdk触发的调试需求输入操作，获取埋点调试需求。

其中，调试需求输入操作是指在由调试人员向上文目标应用的客户端输入其针对该埋点sdk具有哪些调试要求时所触发的操作，以使该调试需求输入操作能够表示出该调试人员针对该埋点sdk具有哪些调试要求。

基于上文步骤21的相关内容可知，对于目标应用来说，如果调试人员想要针对该目标应用中某个埋点sdk进行调试，则该调试人员可以在该目标应用的客户端上触发一些调试需求输入操作，以使这些调试需求输入操作能够表示出该调试人员针对该埋点sdk具有哪些调试要求，以便在该客户端接收到这些调试需求输入操作之后，由该客户端基于这些调试需求输入操作解析出该埋点sdk的埋点调试需求。需要说明的是，本申请实施例不限定针对该调试需求输入操作解析过程。

步骤22：目标应用的客户端根据埋点调试需求，构建第一协议。

本申请实施例中，对于目标应用的客户端来说，在该客户端获取到针对埋点sdk的埋点调试需求之后，该客户端可以按照预先设定的协议生成规则，将该埋点调试需求转换成第一协议，以使该第一协议符合该埋点调试需求。

基于上文步骤21至步骤22的相关内容可知，在一些应用场景下，可以基于调试人员针对目标应用的客户端触发的调试需求输入操作，确定第一协议，以使该第一协议能够适应该调试人员的个性化埋点调试需求，从而有利于提高该调试人员的埋点调试体验。

还有，本申请实施例不限定上文“至少一个待调用函数”的确定过程，例如，可以预先设定。

实际上，不同应用场景下针对埋点sdk中不同函数的关注需求也可能会不同，故为了更好地提高埋点sdk的相关信息的获取效果，本申请实施例还提供了确定上文“至少一个待调用函数”的一种可能的实施方式，例如，其具体可以包括步骤31-步骤32：

步骤31：在目标应用的客户端接收到针对埋点sdk输入的信息需求描述内容之后，该客户端按照信息需求描述内容，确定函数筛选条件。

其中，信息需求描述内容用于表示目标应用的客户端的使用者希望从该客户端上查看上文埋点sdk的哪些信息。

函数筛选条件用于从上文埋点sdk的所有函数中筛选出与上文信息需求描述内容相匹配的函数，以使后续利用该函数筛选条件筛选所得的函数能够向目标应用的客户端的使用者提供其希望查看的与该埋点sdk相关的信息。

另外，本申请实施例不限定上文函数筛选条件的确定过程，例如，其具体可以为：按照预先设定的条件转换规则，将信息需求描述内容转换成函数筛选条件。

基于上述步骤31的相关内容可知，对于目标应用的客户端来说，如果该客户端的使用者希望了解与该目标应用中已接入的某个埋点sdk相关的某些信息，则该使用者可以在该客户端上针对该埋点sdk输入的信息需求描述内容，以使该信息需求描述内容能够表示出该使用者针对该埋点sdk的信息查看需求，以便在该客户端接收到该信息需求描述内容之后，该客户端可以将该信息需求描述内容转换成函数筛选条件，以使后续能够利用该函数筛选条件筛选所得的函数向该使用者提供其希望查看的与该埋点sdk相关的信息。

步骤32：目标应用的客户端从埋点sdk的至少一个候选函数中筛选满足函数筛选条件的至少一个待调用函数。

上文“至少一个候选函数”是指上文埋点sdk所包括的一些允许进行信息采集数据的函数；而且本申请实施例不限定该“至少一个候选函数”，例如，其可以包括该埋点sdk的所有函数。

另外，本申请实施例不限定步骤32的实施方式，例如，当上文“至少一个候选函数”包括Q个候选函数时，步骤32具体可以为：目标应用的客户端判断埋点sdk的第q个候选函数是否满足上文函数筛选条件，若满足该函数筛选条件，则可以确定该第q个候选函数能够为该客户端的使用者提供一些其希望查看的信息，故可以将该第q个候选函数，确定为待调用函数；然而，若不满足该函数筛选条件，则可以确定该第q个候选函数无法为该客户端的使用者提供一些其希望查看的信息，故可以直接舍弃该第q个候选函数即可。

基于上述步骤31至步骤32的相关内容可知，在一些应用场景下，目标应用的客户端的使用者可以借助该客户端设定其针对某个埋点sdk的信息查看需求，以使该客户端能够基于该信息查看需求向该使用者提供其希望针对该埋点sdk所需查看的相关信息，如此能够更好地满足该使用者的埋点信息查看体验。

另外，本申请实施例不限定上文S1中步骤“在该目标应用中接入埋点sdk、以及信息获取组件”的实施方式，例如，其具体可以包括S11-S12：

S11：在目标应用的客户端接收到针对埋点sdk触发的接入请求之后，该客户端在该目标应用中接入该埋点sdk，并展示第一信息。

其中，接入请求用于请求将上文埋点sdk接入上文目标应用内。

第一信息用于询问是否接入信息获取组件；而且本申请实施例不限定该第一信息的展示方式，例如，其可以采用文字形式、语音形式、弹窗形式等进行展示。

基于上述S11的相关内容可知，对于目标应用的客户端来说，如果该客户端的使用者想要将某个埋点sdk接入到该目标应用内，则该使用者可以在该客户端上触发针对该埋点sdk的接入请求，以使该接入请求能够表示出该使用者想要将该埋点sdk接入到该目标应用内的用户需求，以便在该客户端接收到该接入请求之后，该客户端不仅可以在该目标应用中接入该埋点sdk，还可以向该使用者展示第一信息，以使该使用者能够从该第一信息中确定其是否需要针对该埋点sdk进行埋点信息查看处理。

S12：目标应用的客户端响应于针对第一信息触发的预设操作，在该目标应用中接入信息获取组件。

其中，预设操作可以预先设定，而且该预先操作可以表达出上文目标应用的客户端的使用者同意针对上文埋点sdk进行埋点信息查看处理(也就是，同意接入信息获取组件)。

另外，本申请实施例不限定上文预设操作，例如，当上文第一信息通过弹窗方式进行展示，而且该弹窗中存在确认按钮时，则该预设操作可以是针对该确认按钮触发点击操作。

基于上述S11至S12的相关内容可知，对于目标应用的客户端来说，该客户端的使用者不仅可以借助该客户端选择向该目标应用中接入哪个埋点sdk，还可以选择是否针对该埋点sdk进行埋点信息查看处理，如此有利于更好地提高该使用者的埋点体验。

S2：展示埋点描述信息。

本申请实施例中，对于目标应用的客户端来说，在该客户端获取到上文埋点sdk的埋点描述信息之后，该客户端可以将该埋点描述信息进行展示，以使该客户端的使用者能够从该客户端上查看到与该埋点sdk相关的实时的信息。

需要说明的是，本申请实施例不限定上文S2的执行时机，例如，其具体可以为：在目标应用的客户端确定达到信息更新条件时，该客户端可以利用针对埋点sdk最新获取的埋点描述信息，更新在该客户端上正在展示的与该埋点sdk的相关内容，以使该客户端所展示的内容与该埋点sdk内实时产生的数据保持一致。

基于上述S1至S2的相关内容可知，对于本申请实施例提供的应用于目标应用的客户端的信息展示方法来说，如果该目标应用处于开发状态，则在该目标应用中接入埋点sdk、以及信息获取组件，以使该信息获取组件用于获取该埋点sdk的埋点描述信息，并由该客户端展示该埋点描述信息，以使该客户端的使用者(例如，调试人员等)能够从该客户端上直接查看到该埋点sdk的埋点描述信息，从而使得该使用者能够从该客户端上了解到该埋点sdk的相关信息(例如，初始化信息、启动信息、调试日志、网络请求等)，如此能够借助该客户端实现获取埋点sdk的相关信息的目的。

其中，因上文埋点sdk以及信息获取组件均是软件包，使得在该目标应用中接入该埋点sdk以及信息获取组件之后，该埋点sdk以及信息获取组件均存在于该目标应用的客户端中，从而使得针对埋点sdk的埋点描述信息的获取过程属于该目标应用的客户端的内部流程，如此能够有效地避免因借助该客户端以外其他设备(例如，该目标应用的服务端等)获取埋点sdk的相关信息而造成的不良影响(例如，数据延迟等)，从而能够有效地提高针对埋点sdk的相关信息的获取效果。

方法实施例二

实际上，为了避免上文信息获取组件对投产使用的目标应用中埋点sdk造成干扰，可以按照调试依赖方式，向该目标应用中引入该信息获取组件。也就是，在针对该目标应用的开发环境中，可以引入该信息获取组件，以使该信息获取组件能够辅助该埋点sdk的管理人员(例如，调试人员)查看该埋点sdk的实时信息；但是，在针对该目标应用的生产环境中，不会向该目标应用中引入该信息获取组件，以使该信息获取组件不会对该埋点sdk功能有任何影响。

基于此，本申请实施例还提供了上文信息展示方法的另一种可能的实施方式，在该实施方式中，该信息展示方法除了包括上文S1-S2以外，可以还包括S3：

S3：若目标应用处于生产状态，则在该目标应用中接入埋点sdk。

其中，生产状态用于表示目标应用处于生产环境；而且当该目标应用处于生产状态时，该目标应用的客户端的使用者无法针对该目标应用(尤其是，该目标应用中接入的埋点sdk)进行程序调试处理。

需要说明的是，本申请实施例不限定上文目标应用所处状态的确定方式，例如，可以借助该目标应用中预先设定的目标参数进行确定，该目标参数用于表征该目标应用处于生产状态还是开发状态。还如，可以由上文目标应用的客户端的使用者通过交互过程，在该客户端上手动设置该目标应用处于哪种状态。

基于上文S3的相关内容可知，对于目标应用的客户端来说，在该客户端确定该目标应用处于生产状态时，该客户端可以确定该客户端的使用者无需针对该目标应用中埋点sdk进行信息获取处理，故该客户端可以只将一些埋点sdk接入该目标应用即可，无需将上文信息获取组件接入该目标应用，从而使得该客户端的使用者只能在该客户端上使用该目标应用，无法从该客户端上查看该目标应用下埋点sdk的相关信息，如此能够有效地避免该信息获取组件对投产使用的埋点sdk的功能造成不良影响，从而有利于提高该使用者针对目标应用的使用体验。

方法实施例三

实际上，为了更好地提高用户针对埋点sdk的信息查看体验，本申请实施例还提供了上文“信息获取组件对应的接口”的另一种可能的实施方式，例如，其可以为公共日志组件。其中，该公共日志组件是一个支持订阅发布的基于2TLCME格式的日志组件。

另外，公共日志组件的工作原理如下：

(1)公共日志组件支持在目标应用的客户端上，可视化实时查看埋点sdk的相关日志；而且如图4所示，该功能的实现流程具体为：在该信息获取组件启动之后，该信息获取组件先将自己注册到公共日志组件的检测器列表中，以便在埋点sdk将由该埋点sdk所产生的日志按照2TLCME格式发送给公共日志组件，以使该公共日志组件针对其接收到的日志按照原格式发送给该检测器列表中所有检测器，从而使得在该信息获取组件接收到该日志之后，该信息获取组件将该日志发送给该客户端的页面显示接口，以使该客户端的页面上能够显示该日志。

可见，对于目标应用的客户端来说，在该客户端接入信息获取组件之后，该信息获取组件可以借助公共日志组件从该目标应用的某个埋点sdk中获取其所产生的日志，以使这些日志最终能够显示在该客户端上，以使该客户端的使用者能够在该客户端上查看这些日志，如此能够实现在目标应用内直接可视化查看由埋点sdk所产生的日志的目的。

另外，因埋点sdk所产生的日志是按照2TLCME格式进行传输的，使得在目标应用内显示的日志还支持按日志登记、日志分类、关键词搜索等多种方式进行过滤展示，如此有利于提高用户体验。

(2)公共日志组件还支持在目标应用的客户端上，可视化实时查看埋点事件的完整信息、事件状态、以及网络请求信息；而且，如图5所示，当上文公共日志组件中部署有全局的事件巴士(EventBus)，而且该EventBus用于按照话题(topic)订阅和发布某些消息时，该功能的实现流程具体为：在该信息获取组件启动之后，该信息获取组件可以将其所需检测的所有topic的检测器注册至该EventBus，以便在埋点sdk将一些topic消息发送给该EventBus之后，该EventBus可以将其接收到的topic消息发送到这些topic消息对应的检测器，以使在该信息获取组件获取到其所需检测的topic信息之后，该信息获取组件将该topic信息发送给该客户端的页面显示接口，以使该客户端的页面上能够显示该topic信息。

另外，不同topic信息具有不同的信息传输参数，而且本申请实施例不限定这些topic信息的信息传输参数，例如，其可以采用表2所示的相关内容进行实施。

表2topic列表

基于上文图5及其相关内容可知，对于目标应用的客户端来说，在该客户端接入信息获取组件之后，该信息获取组件可以借助EventBus从该目标应用的某个埋点sdk中获取某些预先指定的埋点事件，以使这些埋点事件最终能够显示在该客户端上，以使该客户端的使用者能够在该客户端上查看这些埋点事件，如此能够实现在目标应用内直接可视化查看某些执行的埋点事件的目的。另外，该客户端还支持按事件名搜索，同时也能实时查看网络请求列表以及单个网络请求的请求体和响应体等信息。

基于上文信息获取组件的相关内容可知，该信息获取组件具有以下优点：

优点1，因上文信息获取组件是一个程序包，使得只需在开发环境中针对目标应用添加该信息获取组件对应的程序包即可实现针对该目标应用中埋点sdk的信息进行可视化查看，如此能够有效地降低该信息获取组件的接入成本。

优点2，因上文信息获取组件是接入到目标应用的一个程序包，使得该信息获取组件是直接在该目标应用的客户端上运行的，如此有利于实现在该客户端上针对埋点sdk的相关信息进行实时查看的目的，从而有利于提高针对埋点sdk的相关信息的实时性。

优点3，因上文信息获取组件不仅可以从埋点sdk的调试日志函数中直接获取由该埋点sdk所产生的日志，还可以将这些日志显示到上文客户端，如此有利于实现在该客户端上针对该埋点sdk所产生的日志进行实时查看的目的，从而有利于提高针对该埋点sdk所产生的日志的实时性。

优点4，因上文信息获取组件不仅可以从埋点sdk的网络请求函数中直接获取该埋点sdk的相关网络请求，还可以将这些网络请求显示到上文客户端，如此有利于实现在该客户端上针对该埋点sdk的相关网络请求进行实时查看的目的，从而有利于提高针对该埋点sdk的相关网络请求的实时性。

基于上述方法实施例提供的信息展示方法，本申请实施例还提供了一种信息展示装置，下面结合附图进行解释和说明。

装置实施例

装置实施例提供的信息展示装置的技术详情，请参照上述方法实施例。

参见图6，该图为本申请实施例提供的一种信息展示装置的结构示意图。

本申请实施例提供的信息展示装置600，该信息展示装置600部署于目标应用的客户端，该信息展示装置600包括：

接入单元601，用于若目标应用处于开发状态，则在所述目标应用中接入埋点软件开发工具包sdk、以及信息获取组件；所述信息获取组件用于获取所述埋点sdk的埋点描述信息；

展示单元602，用于展示所述埋点描述信息。

在一种可能的实施方式中，所述埋点sdk包括至少一个待调用函数；

所述埋点描述信息的获取过程，包括：当确定在所述目标应用中接入所述信息获取组件之后，针对所述至少一个待调用函数添加所述信息获取组件对应的接口，以使所述接口用于将所述至少一个待调用函数的函数调用数据传输至所述信息获取组件；所述信息获取组件，具体用于根据所述至少一个待调用函数的函数调用信息，确定所述埋点sdk的埋点描述信息。

在一种可能的实施方式中，所述至少一个待调用函数包括初始化函数、启动函数、事件采集函数、事件落库函数、事件上报函数、日志打印函数、以及网络请求函数中的至少一个。

在一种可能的实施方式中，所述至少一个待调用函数包括日志打印函数；针对所述日志打印函数添加的接口是按照预先构建的第一协议进行数据传输；所述第一协议是按照所述埋点sdk对应的埋点调试需求构建的。

在一种可能的实施方式中，所述信息展示装置600还包括：

需求获取单元，用于响应于针对所述埋点sdk触发的调试需求输入操作，获取所述埋点调试需求；

协议构建单元，用于根据所述埋点调试需求，构建所述第一协议。

在一种可能的实施方式中，所述信息展示装置600还包括：

条件确定单元，用于在接收到针对所述埋点sdk输入的信息需求描述内容之后，按照所述信息需求描述内容，确定函数筛选条件；

函数筛选单元，用于从所述埋点sdk的至少一个候选函数中筛选满足所述函数筛选条件的所述至少一个待调用函数。

在一种可能的实施方式中，所述接入单元601，具体用于：在接收到针对所述埋点sdk触发的接入请求之后，在所述目标应用中接入所述埋点sdk，并展示第一信息；所述第一信息用于询问是否接入所述信息获取组件；响应于针对所述第一信息触发的预设操作，在所述目标应用中接入所述信息获取组件。

在一种可能的实施方式中，所述信息展示装置600还包括：

使用单元，用于若所述目标应用处于生产状态，则在所述目标应用中接入埋点sdk。

在一种可能的实施方式中，所述信息获取组件为预设文件格式的软件包。

基于上述信息展示装置600的相关内容可知，对于本申请实施例提供的信息展示装置600来说，该信息展示装置600部署于目标应用的客户端，而且该信息展示装置600的工作原理如下：如果该目标应用处于开发状态，则在该目标应用中接入埋点sdk、以及信息获取组件，以使该信息获取组件用于获取该埋点sdk的埋点描述信息，并由该客户端展示该埋点描述信息，以使该客户端的使用者(例如，调试人员等)能够从该客户端上直接查看到该埋点sdk的埋点描述信息，从而使得该使用者能够从该客户端上了解到该埋点sdk的相关信息(例如，初始化信息、启动信息、调试日志、网络请求等)，如此能够借助该客户端实现获取埋点sdk的相关信息的目的。

其中，因上文埋点sdk以及信息获取组件均是软件包，使得在该目标应用中接入该埋点sdk以及信息获取组件之后，该埋点sdk以及信息获取组件均存在于该目标应用的客户端中，从而使得针对埋点sdk的埋点描述信息的获取过程属于该目标应用的客户端的内部流程，如此能够有效地避免因借助该客户端以外其他设备(例如，该目标应用的服务端等)获取埋点sdk的相关信息而造成的不良影响(例如，数据延迟等)，从而能够有效地提高针对埋点sdk的相关信息的获取效果。

另外，本申请实施例还提供了一种电子设备，所述设备包括处理器以及存储器：所述存储器，用于存储指令或计算机程序；所述处理器，用于执行所述存储器中的所述指令或计算机程序，以使得所述电子设备执行本申请实施例提供的信息展示方法的任一实施方式。

参见图7，其示出了适于用来实现本公开实施例的电子设备700的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

通常，以下装置可以连接至I/O接口705：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置707；包括例如磁带、硬盘等的存储装置708；以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从ROM702被安装。在该计算机程序被处理装置701执行时，执行本公开实施例的方法中限定的上述功能。

本公开实施例提供的电子设备与上述实施例提供的方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述实施例，并且本实施例与上述实施例具有相同的有益效果。

本申请实施例还提供了一种计算机可读介质，所述计算机可读介质中存储有指令或计算机程序，当所述指令或计算机程序在设备上运行时，使得所述设备执行本申请实施例提供的信息展示方法的任一实施方式。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(Hyper Text TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备可以执行上述方法。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元/模块的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统或装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种信息展示方法，其特征在于，所述方法应用于目标应用的客户端，所述方法包括：

若所述目标应用处于开发状态，则在所述目标应用中接入埋点软件开发工具包sdk、以及信息获取组件；所述信息获取组件用于获取所述埋点sdk的埋点描述信息；

展示所述埋点描述信息。

2.根据权利要求1所述的方法，其特征在于，所述埋点sdk包括至少一个待调用函数；

所述埋点描述信息的获取过程，包括：

当确定在所述目标应用中接入所述信息获取组件之后，针对所述至少一个待调用函数添加所述信息获取组件对应的接口，以使所述接口用于将所述至少一个待调用函数的函数调用数据传输至所述信息获取组件；

所述信息获取组件，具体用于根据所述至少一个待调用函数的函数调用信息，确定所述埋点sdk的埋点描述信息。

3.根据权利要求2所述的方法，其特征在于，所述至少一个待调用函数包括初始化函数、启动函数、事件采集函数、事件落库函数、事件上报函数、日志打印函数、以及网络请求函数中的至少一个。

4.根据权利要求2所述的方法，其特征在于，所述至少一个待调用函数包括日志打印函数；

针对所述日志打印函数添加的接口是按照预先构建的第一协议进行数据传输；所述第一协议是按照所述埋点sdk对应的埋点调试需求构建的。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

响应于针对所述埋点sdk触发的调试需求输入操作，获取所述埋点调试需求；

根据所述埋点调试需求，构建所述第一协议。

6.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在接收到针对所述埋点sdk输入的信息需求描述内容之后，按照所述信息需求描述内容，确定函数筛选条件；

从所述埋点sdk的至少一个候选函数中筛选满足所述函数筛选条件的所述至少一个待调用函数。

7.根据权利要求1所述的方法，其特征在于，所述在所述目标应用中接入埋点软件开发工具包sdk、以及信息获取组件，包括：

在接收到针对所述埋点sdk触发的接入请求之后，在所述目标应用中接入所述埋点sdk，并展示第一信息；所述第一信息用于询问是否接入所述信息获取组件；

响应于针对所述第一信息触发的预设操作，在所述目标应用中接入所述信息获取组件。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若所述目标应用处于生产状态，则在所述目标应用中接入埋点sdk。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述信息获取组件为预设文件格式的软件包。

10.一种信息展示装置，其特征在于，包括：

接入单元，用于若目标应用处于开发状态，则在所述目标应用中接入埋点软件开发工具包sdk、以及信息获取组件；所述信息获取组件用于获取所述埋点sdk的埋点描述信息；

展示单元，用于展示所述埋点描述信息。

11.一种电子设备，其特征在于，所述设备包括：处理器和存储器；

所述存储器，用于存储指令或计算机程序；

所述处理器，用于执行所述存储器中的所述指令或计算机程序，以使得所述电子设备执行权利要求1-9任一项所述的方法。

12.一种计算机可读介质，其特征在于，所述计算机可读介质中存储有指令或计算机程序，当所述指令或计算机程序在设备上运行时，使得所述设备执行权利要求1-9任一项所述的方法。

Images