应用性能监控方法和装置、存储介质及电子设备与流程

1.本发明涉及应用监控领域，具体而言，涉及一种应用性能监控方法和装置、存储介质及电子设备。


背景技术：

2.基于spring框架的java应用，由于spring框架技术比较老旧，于是适配spring框架的java应用性能监控解决方案并不是十分完善。支持java应用的开源监控解决方案有prometheus、zabbix等，但是都只支持jvm级别的基本应用指标监控，缺少适配各种性能指标监控的功能实现。
3.而目前的应用性能监控方法中，均是采用固定的插件进行指定指标的获取，无法获取到应用其他的指标信息，例如不能监控应用关于数据库的负载性能指标信息。由此导致应用运行存在较大风险。也就是说，现有的应用性能监控的灵活性较差，导致应用性能监控不够全面，由此导致应用运行存在较大风险。
4.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本发明实施例提供了一种应用性能监控方法和装置、存储介质及电子设备，以至少解决由于应用性能监控的灵活性差导致的应用性能监控不全面的技术问题。
6.根据本发明实施例的一个方面，提供了一种应用性能监控方法，包括：在目标应用中注册监控插件，其中，上述监控插件中内置有查询服务器，上述查询服务器用于上述目标应用的各个性能指标的监控查询；在上述查询服务器启动的情况下，监听查询端口，其中，上述查询端口是上述查询服务器的多个通信端口中用于查询上述性能指标的通信端口；在上述查询端口接收到监控服务器发送的查询请求的情况下，确定上述查询请求对应的指标类型；通过上述查询端口将与上述指标类型对应的目标指标信息返回给上述监控服务器。
7.根据本发明实施例的另一方面，还提供了一种应用性能监控装置，包括：注册单元，用于在目标应用中注册监控插件，其中，上述监控插件中内置有查询服务器，上述查询服务器用于上述目标应用的各个性能指标的监控查询；监听单元，用于在上述查询服务器启动的情况下，监听查询端口，其中，上述查询端口是上述查询服务器的多个通信端口中用于查询上述性能指标的通信端口；确定单元，用于在上述查询端口接收到监控服务器发送的查询请求的情况下，确定上述查询请求对应的指标类型；返回单元，用于通过上述查询端口将与上述指标类型对应的目标指标信息返回给上述监控服务器。
8.根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述应用性能监控方法。
9.根据本发明实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过所述计算机程序执行上述的应用
性能监控方法。
10.在本发明实施例中，采用在目标应用中注册配置有查询服务器的监控插件，通过查询服务器的启动，监听用于目标应用的性能指标的查询端口，在查询端口接收到监控服务器发送的查询请求时，通过确定查询请求对应的指标类型，监控插件获取目标应用的对应的性能指标信息，从而通过查询端口将性能指标信息反馈给监控服务器的方式，通过监控插件中的查询服务器接收监控服务器主动拉取目标应用的性能指标的查询请求，通过查询服务器提供的查询端口与性能指标对应，实现目标应用的多个性能指标的获取，达到了监控服务器对目标应用的多性能指标的主动监控获取的目的，从而实现了监控服务器灵活全面的监控目标应用的性能指标的技术效果，进而解决了由于应用性能监控的灵活性差导致的应用性能监控不全面的技术问题。
附图说明
11.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
12.图1是根据本发明实施例的一种可选的应用性能监控方法的应用环境的示意图；
13.图2是根据本发明实施例的一种可选的应用性能监控方法的流程示意图；
14.图3是根据本发明实施例的一种可选的应用性能监控方法的流程示意图；
15.图4是根据本发明实施例的一种可选的应用性能监控方法的流程示意图；
16.图5是根据本发明实施例的一种可选的应用性能监控方法的流程示意图；
17.图6是根据本发明实施例的一种可选的应用性能监控方法的交互时序示意图；
18.图7是根据本发明实施例的一种可选的应用性能监控方法的交互时序示意图；
19.图8是根据本发明实施例的一种可选的应用性能监控装置的结构示意图；
20.图9是根据本发明实施例的一种可选的电子设备的结构示意图。
具体实施方式
21.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
22.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
23.根据本发明实施例的一个方面，提供了一种应用性能监控方法，可选地，上述应用性能监控方法可以但不限于应用于如图1所示的环境中。终端设备102通过网络110与监控
服务器112进行应用性能监控的交互，用于对终端设备102中安装的目标应用104的应用性能。目标应用104的应用性能监控不限于通过依次执行s102至s108实现。
24.注册监控插件。在目标应用104中注册监控插件，监控插件中内置有查询服务器，查询服务器用于目标应用的各个性能指标的监控查询。监听查询端口。在查询服务器启动的情况下，监听查询端口，查询端口是查询服务器的多个通信端口中用于查询性能指标的通信端口。确定指标类型。在查询端口接收到监控服务器112发送的查询请求的情况下，确定查询请求对应的指标类型。返回目标指标信息。通过查询端口将与指标类型对应的目标指标信息返回给监控服务器112。
25.在监控服务器112接收到指标信息的情况下，不限于存储在数据库114中，并由处理引擎116对指标信息进行处理以实现通过指标信息对目标应用的性能监控。
26.可选地，在本实施例中，上述终端设备可以是配置有目标应用的客户端的终端设备，可以包括但不限于以下至少之一：手机(如android手机、ios手机等)、笔记本电脑、平板电脑、掌上电脑、mid(mobile internet devices，移动互联网设备)、pad、台式电脑、智能电视等。目标应用不限于是软件应用，硬件应用，软件应用不限于是视频应用、即时通信应用、浏览器应用、教育应用等。上述网络可以包括但不限于：有线网络，无线网络，其中，该有线网络包括：局域网、城域网和广域网，该无线网络包括：蓝牙、wifi及其他实现无线通信的网络。上述监控服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群，或者是云服务器。上述仅是一种示例，本实施例中对此不作任何限定。
27.作为一种可选的实施方式，如图2所示，上述应用性能监控方法包括：
28.s202，在目标应用中注册监控插件，其中，监控插件中内置有查询服务器，查询服务器用于目标应用的各个性能指标的监控查询。
29.在上述s202中，监控插件不限于是与监控目标应用的监控服务器对应的监控插件。将监控插件注册在目标应用中，从而通过监控插件实现监控服务器对目标应用的性能监控。
30.可选地，监控插件中的查询服务器不限于用于提供监控服务器对目标应用的性能指标进行监控的查询端口。不同的性能指标不限于对应不同的查询端口，监控服务器通过查询端口获取目标应用的性能指标信息。
31.s204，在查询服务器启动的情况下，监听查询端口，其中，查询端口是查询服务器的多个通信端口中用于查询性能指标的通信端口。
32.在上述s204中，查询服务器的启动不限于是在目标应用启动的同时通过监控插件的启动实现。在将监控插件注册到目标应用的情况下，监控插件跟随目标应用的启动而同时启动。
33.监控插件的启动的情况下，不限于启动了监控服务器与查询服务器的通信连接，以通过查询服务器实现监控服务器对目标应用的性能指标的查询监控。
34.在查询服务器提供多个可用于性能指标查询的查询端口且每个查询端口对应不同性能指标的情况下，监控服务器不限于通过查询服务器提供的查询端口获取目标应用的性能指标信息。
35.s206，在查询端口接收到监控服务器发送的查询请求的情况下，确定查询请求对应的指标类型。
36.在目标应用启动的情况下，不限于将查询接口的接口信息发送给监控服务器，以使监控服务器通过查询接口发送查询请求，通过查询接口接收到的查询请求确定查询请求所对应的指标类型和性能指标。
37.s208，通过查询端口将与指标类型对应的目标指标信息返回给监控服务器。
38.在确定监控服务器发起的查询请求对应的指标消息的情况下，监控插件获取对应的指标信息，并将指标信息通过查询端口返回给监控服务器，以使监控服务器获取到目标应用的性能指标信息。
39.目标应用的性能指标不限于是目标应用在运行的情况下，产生的状态性能数据和数据性能数据，例如，目标应用运行时数据库的状态性能数据。
40.在本技术实施例中，采用在目标应用中注册配置有查询服务器的监控插件，通过查询服务器的启动，监听用于目标应用的性能指标的查询端口，在查询端口接收到监控服务器发送的查询请求时，通过确定查询请求对应的指标类型，监控插件获取目标应用的对应的性能指标信息，从而通过查询端口将性能指标信息反馈给监控服务器的方式，通过监控插件中的查询服务器接收监控服务器主动拉取目标应用的性能指标的查询请求，通过查询服务器提供的查询端口与性能指标对应，实现目标应用的多个性能指标的获取，达到了监控服务器对目标应用的多性能指标的主动监控获取的目的，从而实现了监控服务器灵活全面的监控目标应用的性能指标的技术效果，进而解决了由于应用性能监控的灵活性差导致的应用性能监控不全面的技术问题。
41.作为一种可选的实施方式，如图3所示，上述在目标应用中注册监控插件包括：
42.s302，根据目标应用对应的数据库类型确定监控插件的容器配置文件；
43.s304，在监控插件的容器启动过程中，加载容器配置文件以初始化监控插件的指标寄存器，其中，指标寄存器用于获取指标信息；
44.s306，在指标寄存器中注册指标收集组件。
45.可选地，在目标应用中注册监控插件包括加载配置文件和指标寄存器中指标收集组件的注册。加载配置文件包括根据目标应用的数据库类型确定对应的容器配置文件，从而实现监控插件获取目标应用的数据库相关的性能指标。
46.可选地，在容器配置文件加载完成的情况下，初始化监控插件中的指标寄存器，指标寄存器用于获取和存储目标应用的指标信息。指标寄存器中不限于注册有多组指标收集组件，每一组指标收集组件不限于用于获取和存储对应的指标信息。
47.可选地，在指标寄存器中注册指标收集组件之前，不限于初始化查询服务器。查询服务器的初始化不限于包括请求处理器组件的初始化，查询端口的初始化，线程池处理的设置初始化。
48.在查询服务器初始化的情况下，在指标寄存器中注册指标收集组件不限于通过依次执行以下步骤：
49.s1，配置指标收集组件对应的查询端口。从查询服务器的通信端口中确定出为当前指标收集组件关联的查询端口；
50.s2，配置查询端口对应的查询指令。通过查询指令明确对应的指标信息。
51.作为一种可选的实施方式，如图4所示，上述在指标寄存器中注册指标收集组件包括：
52.s402，注册第一指标收集组件，其中第一指标收集组件对用于获取目标应用的属性指标信息；
53.s404，根据数据库类型确定与目标应用对应的第二指标收集组件，其中，第二指标收集组件用于获取与目标应用关联的数据库指标信息；
54.s406，注册第二指标收集组件。
55.可选地，目标应用的属性指标信息不限于指示java应用的jvm类指标。目标应用的数据库指标信息不限于指示java应用的数据库连接池指标数据。同时，不限于通过在指标寄存器中注册其他指标收集组件以获取其他应用指标信息。
56.为实现数据库指标信息的获取不限于根据应用数据库类型配置第二指标收集组件。
57.以目标应用为java应用，查询服务器选用http服务器为例，在目标应用中注册监控插件的流程不限于如图5所示。在java应用启动触发http服务器启动，监控插件注册的流程开始执行。
58.s502，初始化指标寄存器；
59.s504，注册jvm相关指标收集器组件到指标寄存器；
60.s506，判断使用的jdbc数据库连接池组件类型。从而确定与应用数据库类型对应地指标收集器组件，数据库连接池组件类型不限于包括：tomcat jdbc、dbcp2、druid、hikaricp等；
61.s508，加载数据库连接池指标收集器组件配置；
62.s510，注册jdbc数据库连接池指标收集器组件到指标寄存器；
63.s512，初始化http服务器，设置监听的端口号。从http服务器中确定出用于监控java应用性能指标的端口；
64.s514，初始化http请求处理器组件；
65.s516，设置http服务器上下文绑定信息，绑定健康检查接口、指标查询接口上下文。上下文绑定信息对应查询指令，通过请求的上下文确定对应的查询指令。在查询指令汇总包括健康检查和指标查询，健康检查用于查询应用运行状态，指标查询用于获取性能指标；
66.s518，设置线程池处理器；
67.s520，http服务器以守护进程方式启动，监听指定端口，接收http协议请求。指定端口为指标收集组件对应的端口，http协议请求为监控服务器发送的查询请求。
68.作为一种可选的实施方式，上述在监听查询端口之前还包括：确定查询端口对应的状态指令和数据指令，其中，状态指令用于指示查询目标应用的状态指标信息，数据指令用于指示查询目标应用的数据指标信息，数据指标信息包括属性指标信息和数据库指标信息。
69.可选地，状态指令不限于是绑定的请求上下文，通过为查询端口配置的上下文，从而在接收到查询请求的情况下，通过匹配查询请求中的上下文以确定查询请求查询的是应用运行状态还是性能指标数据。例如，为状态指令配置“/-/healthy”，以在查询请求上下文中匹配到“/-/healthy”的情况下，确定要返回的是应用运行状态。为数据指令配置“/metrics”，以在查询请求上下文中匹配到“/metrics”的情况下，确定要返回的是性能指标
数据。
70.作为一种可选的实施方式，上述确定查询请求对应的指令类型包括：根据查询请求中携带的查询指令确定查询请求对应的指令类型，其中，查询指令包括状态指令和数据指令；
71.通过查询端口将与指标类型对应的目标指标信息返回给监控服务器包括：在指标类型是与状态指令对应的状态类型的情况下，通过查询端口返回指示目标应用运行状态的状态信息；在指标类型是与数据指令对应的数据类型的情况下，通过指标寄存器调用第一指标收集组件和第二指标收集组件，将获取到的属性指标信息和数据库指标信息返回给监控服务器。
72.可选地，在确定返回与数据指令对应的性能指标数据的情况下，不限于在指标寄存器中获取全部已注册的指标收集组件，通过依次遍历调用各个指标收集组件，获取指标收集组件对应的性能指标数据。在性能指标数据为多个的情况下，不限于将获取到的多个性能指标数据做数据聚合处理后进行数据封装，将封装后的性能指标数据返回给监控服务器。性能指标数据的封装的处理在此不作限定，在查询服务器为http服务器的情况下，不限于由查询服务器封装为文本格式。
73.以监控服务器为prometheus服务器为例，应用性能指标监控交互不限于如图6所示。prometheus服务器作为应用性能监控服务器的请求端，在应用端中注册的监控插件包括http请求处理器，指标寄存器以及注册在指标寄存器中的jvm类指标收集器和数据库连接池指标收集器。a1，prometheus服务器发起http请求。http请求用于请求监控应用性能。http请求处理器在接收到http请求的情况下，通过http请求上下文匹配对应的查询接口。
74.在匹配到“/-/healthy”的情况下，a2，http请求处理器确定健康检查接口，并返回指标暴露服务状态正常信息。通过返回的指标信息反馈应用当前运行状态正常。在匹配到“/metrics”的情况下，a3，http请求处理器确定查询指标数据接口。
75.在确定需要返回应用指标数据的情况下，a4，向指标寄存器获取指标数据。指标寄存器在接收到获取指标数据的指令的情况下，遍历注册的指标收集器。假设先遍历jvm类指标收集器，再遍历数据库连接池指标收集器，则a5，指标寄存器向jvm类指标收集器获取jvm指标数据。a6，jvm类指标收集器返回jvm指标数据给指标寄存器。a7，指标寄存器向数据库连接池指标收集器获取数据库连接池指标数据。a8，数据库连接池指标收集器返回数据库连接池指标数据给指标寄存器。
76.指标寄存器在遍历完指标收集器的情况下，指标寄存器对各个指标数据进行数据聚合，并执行a9，返回聚合后指标数据给http请求处理器。http请求处理器在接收到聚合指标数据的情况下，执行a10，返回应用指标数据给prometheus服务器，从而完成prometheus服务器对应用指标数据的获取。
77.作为一种可选的实施方式，上述在通过查询端口将与指标类型对应的目标指标信息返回给监控服务器之后，还包括：
78.s1，处理目标指标信息以形成与目标指标信息对应的指标图表；
79.s2，显示指标图表。
80.可选地，在监控服务器获取到应用的目标指标信息，也就是性能指标数据的情况下，不限于将性能指标数据与监控系统进行交互，从而使得监控系统在获取到性能指标数
据的情况下，对性能指标数据的处理并通过指标图标的形式显示，以实现应用性能指标数据监控的可视化显示。
81.监控系统不限于与监控服务器关联，以实现应用性能指标的交互。例如，选用grafana系统以与prometheus服务器对应。不限于是在监控系统中配置监控服务器的数据源以获取监控服务器接收到的应用性能指标数据。
82.作为一种可选的实施方式，上述在通过查询端口将与指标类型对应的目标指标信息返回给监控服务器之后，还包括：在目标指标信息中包括的指标信息超过对应的指标阈值的情况下，显示告警信息，其中，告警信息用于提示目标应用性能异常。
83.可选地，在监控系统中配置指标阈值，以在获取到的应用性能指标数据超过指标阈值的情况下，自动触发告警信息，并显示告警信息以警示应用指标异常。
84.应用性能指标数据的监控显示交互不限于如图7所示。应用http服务器用于代表注册在应用中的监控插件，prometheus用于代表所使用的监控服务器是prometheus服务器，grafana用于代表监控系统是grafana系统。
85.a1，prometheus服务器每隔固定时间间隔请求应用暴露metrics接口地址。prometheus服务器主动向应用http服务器发送性能指标获取请求。
86.a2，应用http服务器返回metrics数据。应用http服务器在接收到prometheus服务器发送的查询请求的情况下，获取metrics数据并返回给prometheus服务器。
87.a3，grafana系统向prometheus服务器发送查询应用的metrics数据。grafana系统中配置有可视化的监控面板，同时配置了连接prometheus服务器的数据源，从prometheus服务器查询应用的性能指标数据，包括jvm指标、数据库连接指标等指标数据，在获取到metrics数据的情况下，不限于以图表形式显示在监控面板中。
88.a4，prometheus服务器返回对应的metrics数据。
89.a5，用户向grafana系统请求查询应用的数据库连接监控面板。
90.a6，grafana系统返回对应的数据库连接metrics数据，并以图表形式展示。
91.a7，用户在grafana系统中设置告警规则，以实现在指标达到一定阈值时自动告警。
92.a8，grafana系统在指标触发告警规则的情况下，发送告警信息。告警信息的发送不限于通过在监控面板中显示，以将告警信息通知给用户。
93.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
94.根据本发明实施例的另一个方面，还提供了一种用于实施上述应用性能监控方法的应用性能监控装置。如图8所示，该装置包括：
95.注册单元802，用于在目标应用中注册监控插件，其中，监控插件中内置有查询服务器，查询服务器用于目标应用的各个性能指标的监控查询；
96.监听单元804，用于在查询服务器启动的情况下，监听查询端口，其中，查询端口是查询服务器的多个通信端口中用于查询性能指标的通信端口；
97.确定单元806，用于在查询端口接收到监控服务器发送的查询请求的情况下，确定查询请求对应的指标类型；
98.返回单元808，用于通过查询端口将与指标类型对应的目标指标信息返回给监控服务器。
99.可选地，上述注册单元802包括：
100.确定模块，用于根据目标应用对应的数据库类型确定监控插件的容器配置文件；
101.加载模块，用于在监控插件的容器启动过程中，加载容器配置文件以初始化监控插件的指标寄存器，其中，指标寄存器用于获取指标信息；
102.注册模块，用于在指标寄存器中注册指标收集组件。
103.可选地，上述注册模块包括：
104.第一注册模块，用于注册第一指标收集组件，其中第一指标收集组件对用于获取目标应用的属性指标信息；
105.类型模块，用于根据数据库类型确定与目标应用对应的第二指标收集组件，其中，第二指标收集组件用于获取与目标应用关联的数据库指标信息；
106.第二注册模块，用于注册第二指标收集组件。
107.可选地，上述应用性能监控装置还包括端口单元，用于在确定查询端口之前，确定查询端口对应的状态指令和数据指令，其中，状态指令用于指示查询目标应用的状态指标信息，数据指令用于指示查询目标应用的数据指标信息，数据指标信息包括属性指标信息和数据库指标信息。
108.可选地，上述应用性能监控装置还用于：根据查询请求中携带的查询指令确定查询请求对应的指令类型，其中，查询指令包括状态指令和数据指令；在指标类型是与状态指令对应的状态类型的情况下，通过查询端口返回指示目标应用运行状态的状态信息；在指标类型是与数据指令对应的数据类型的情况下，通过指标寄存器调用第一指标收集组件和第二指标收集组件，将获取到的属性指标信息和数据库指标信息返回给监控服务器。
109.可选地，上述应用性能监控装置还包括显示单元，用于在通过查询端口将与指标类型对应的目标指标信息返回给监控服务器之后，处理目标指标信息以形成与目标指标信息对应的指标图表；显示指标图表。
110.可选地，上述应用性能监控装置还包括告警单元，用于在通过查询端口将与指标类型对应的目标指标信息返回给监控服务器之后，在目标指标信息中包括的指标信息超过对应的指标阈值的情况下，显示告警信息，其中，告警信息用于提示目标应用性能异常。
111.在本技术实施例中，采用在目标应用中注册配置有查询服务器的监控插件，通过查询服务器的启动，监听用于目标应用的性能指标的查询端口，在查询端口接收到监控服务器发送的查询请求时，通过确定查询请求对应的指标类型，监控插件获取目标应用的对应的性能指标信息，从而通过查询端口将性能指标信息反馈给监控服务器的方式，通过监控插件中的查询服务器接收监控服务器主动拉取目标应用的性能指标的查询请求，通过查询服务器提供的查询端口与性能指标对应，实现目标应用的多个性能指标的获取，达到了监控服务器对目标应用的多性能指标的主动监控获取的目的，从而实现了监控服务器灵活全面的监控目标应用的性能指标的技术效果，进而解决了由于应用性能监控的灵活性差导致的应用性能监控不全面的技术问题。
112.根据本发明实施例的又一个方面，还提供了一种用于实施上述应用性能监控方法的电子设备，该电子设备可以是图1所示的终端设备或服务器。本实施例以该电子设备为终端设备为例来说明。如图9所示，该电子设备包括存储器902和处理器904，该存储器902中存储有计算机程序，该处理器904被设置为通过计算机程序执行上述任一项方法实施例中的步骤。
113.可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。
114.可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
115.s1，在目标应用中注册监控插件，其中，监控插件中内置有查询服务器，查询服务器用于目标应用的各个性能指标的监控查询；
116.s2，在查询服务器启动的情况下，监听查询端口，其中，查询端口是查询服务器的多个通信端口中用于查询性能指标的通信端口；
117.s3，在查询端口接收到监控服务器发送的查询请求的情况下，确定查询请求对应的指标类型；
118.s4，通过查询端口将与指标类型对应的目标指标信息返回给监控服务器。
119.可选地，本领域普通技术人员可以理解，图9所示的结构仅为示意，电子设备也可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobile internet devices，mid)、pad等终端设备。图9其并不对上述电子设备的结构造成限定。例如，电子设备还可包括比图9中所示更多或者更少的组件(如网络接口等)，或者具有与图9所示不同的配置。
120.其中，存储器902可用于存储软件程序以及模块，如本发明实施例中的应用性能监控方法和装置对应的程序指令/模块，处理器904通过运行存储在存储器902内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用性能监控方法。存储器902可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器902可进一步包括相对于处理器904远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器902具体可以但不限于用于存储监控插件，目标指标信息等信息。作为一种示例，如图9所示，上述存储器902中可以但不限于包括上述应用性能监控装置中的注册单元802，监听单元804，确定单元806和返回单元808。此外，还可以包括但不限于上述应用性能监控装置中的其他模块单元，本示例中不再赘述。
121.可选地，上述的传输装置906用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置906包括一个网络适配器(network interface controller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置906为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
122.此外，上述电子设备还包括：显示器908，用于显示上述目标指标信息；和连接总线910，用于连接上述电子设备中的各个模块部件。
123.在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节
点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(p2p，peer to peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。
124.根据本技术的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述应用性能监控方面的各种可选实现方式中提供的方法。其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
125.可选地，在本实施例中，上述计算机可读的存储介质可以被设置为存储用于执行以下步骤的计算机程序：
126.s1，在目标应用中注册监控插件，其中，监控插件中内置有查询服务器，查询服务器用于目标应用的各个性能指标的监控查询；
127.s2，在查询服务器启动的情况下，监听查询端口，其中，查询端口是查询服务器的多个通信端口中用于查询性能指标的通信端口；
128.s3，在查询端口接收到监控服务器发送的查询请求的情况下，确定查询请求对应的指标类型；
129.s4，通过查询端口将与指标类型对应的目标指标信息返回给监控服务器。
130.可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
131.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
132.上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
133.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
134.在本技术所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
135.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个
网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
136.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
137.以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。