应用运行内存统计分析方法、装置、设备及存储介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种应用运行内存统计分析方法、装置、设备及存储介质。


背景技术：

2.随着软件开发项目的上线，不停新增开发环境、测试环境、生产环境等，由于新增的环境过多，现有的企业通过建设配置管理数据库(cmdb，configuration management database)存储硬件信息，在针对大型项目上线前的资源评估时，需要进行应用的内存占用统计，但是cmdb库中存储的是主机的硬件资源信息，没有具体地针对应用的实际内存消耗情况进行统计，针对大型项目而言，涉及众多子系统，每个子系统运行都会占用到内存资源，cmdb无法实现项目级别的运行内存统计。现有的项目统计中考虑应用cpu核数占用，但是cpu核数占用指标可变性太大，对于大多数非cpu密集型应用来说，统计cpu核数意义不大。
3.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

4.本发明的主要目的在于提供一种应用运行内存统计分析方法、装置、设备及存储介质，旨在解决现有方式无法实现项目级别的运行内存统计的技术问题。
5.为实现上述目的，本发明提供了一种应用运行内存统计分析方法，所述方法包括以下步骤：
6.扫描启动配置代码路径，获取子系统中各应用对应的启动参数；
7.根据所述启动参数确定各应用对应的占用内存配置信息；
8.根据所述占用内存配置信息确定子系统对应的运行内存占用区间；
9.根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息；
10.根据所述运行内存占用信息对所述目标项目实际内存消耗情况进行分析。
11.可选地，所述扫描启动配置代码路径，获取子系统中各应用对应的启动参数之后，所述方法还包括：
12.在获取到目标应用对应的启动参数时，从子系统对应的应用清单中清除所述目标应用，得到剩余应用清单；
13.从预设硬件资源数据库获取所述剩余应用清单中各应用对应的主机物理内存；
14.根据所述主机物理内存确定所述剩余应用清单中各应用的占用内存默认配置信息；
15.所述根据所述占用内存配置信息确定子系统对应的运行内存占用区间，包括：
16.根据所述占用内存配置信息以及所述占用内存默认配置信息确定子系统对应的运行内存占用区间。
17.可选地，所述扫描启动配置代码路径，获取子系统中各应用对应的启动参数之前，所述方法还包括：
18.获取当前应用对应的启动参数配置信息；
19.基于预设代码模板从所述启动参数配置信息中提取启动配置代码；
20.确定所述当前应用对应的当前子系统；
21.将所述启动配置代码存放至所述当前子系统对应的存储路径下。
22.可选地，所述基于预设代码模板从所述启动参数配置信息中提取启动配置代码之后，所述方法还包括：
23.在未提取到所述启动配置代码时，为所述当前应用添加评审未通过的标签信息，并对所述标签信息进行存储；
24.所述扫描启动配置代码路径，获取子系统中各应用对应的启动参数之后，所述方法还包括：
25.获取子系统对应的应用清单；
26.查找所述应用清单中各应用对应的标签信息；
27.在所述应用清单中任一应用对应的标签信息为评审未通过时，进行启动参数配置提醒。
28.可选地，所述根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息之后，所述方法还包括：
29.根据各子系统对应的运行内存占用区间以及目标项目对应的运行内存占用信息生成展示图表；
30.对所述展示图表进行可视化展示。
31.可选地，所述根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息之后，所述方法还包括：
32.获取目标项目对应的预估硬件资源信息；
33.在所述预估硬件资源信息小于所述运行内存占用信息时，根据所述预估硬件资源信息以及所述运行内存占用信息确定对应的比例调整幅度；
34.根据所述比例调整幅度对各应用对应的占用内存配置信息进行调整，生成各应用对应的推荐启动参数；
35.对所述推荐启动参数进行展示。
36.可选地，所述根据所述运行内存占用信息对所述目标项目实际内存消耗情况进行分析，包括：
37.根据所述运行内存占用信息确定期望硬件资源信息；
38.获取库存硬件资源信息，将所述期望硬件资源信息与所述库存硬件资源信息进行比对；
39.在所述期望硬件资源信息对应的期望内存大于所述库存硬件资源信息对应的库存内存时，进行采购提醒。
40.此外，为实现上述目的，本发明还提出一种应用运行内存统计分析装置，所述应用运行内存统计分析装置包括：
41.获取模块，用于扫描启动配置代码路径，获取子系统中各应用对应的启动参数；
42.确定模块，用于根据所述启动参数确定各应用对应的占用内存配置信息；
43.统计模块，用于根据所述占用内存配置信息确定子系统对应的运行内存占用区间；
44.所述统计模块，还用于根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息；
45.分析模块，用于根据所述运行内存占用信息对所述目标项目实际内存消耗情况进行分析。
46.此外，为实现上述目的，本发明还提出一种应用运行内存统计分析设备，所述应用运行内存统计分析设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用运行内存统计分析程序，所述应用运行内存统计分析程序配置为实现如上文所述的应用运行内存统计分析方法。
47.此外，为实现上述目的，本发明还提出一种计算机存储介质，所述计算机存储介质上存储有应用运行内存统计分析程序，所述应用运行内存统计分析程序被处理器执行时实现如上文所述的应用运行内存统计分析方法。
48.本发明通过扫描启动配置代码路径，获取子系统中各应用对应的启动参数；根据启动参数确定各应用对应的占用内存配置信息；根据占用内存配置信息确定子系统对应的运行内存占用区间；根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息；根据运行内存占用信息对目标项目实际内存消耗情况进行分析。通过上述方式，根据应用对应的启动参数对具体项目下的多个应用进行内存占用统计，方便直观的统计项目级别对应的内存消耗情况，方便用户有效控制开发成本，加快资源申请流程，解决了从cmdb库中提取主机内存总数和内存使用率过程繁琐、无法精确统计到项目实际消耗内存的问题。
附图说明
49.图1是本发明实施例方案涉及的硬件运行环境的应用运行内存统计分析设备的结构示意图；
50.图2为本发明应用运行内存统计分析方法第一实施例的流程示意图；
51.图3为本发明应用运行内存统计分析方法第二实施例的流程示意图；
52.图4为本发明应用运行内存统计分析方法第三实施例的流程示意图；
53.图5为本发明应用运行内存统计分析装置第一实施例的结构框图。
54.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
55.应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
56.参照图1，图1为本发明实施例方案涉及的硬件运行环境的应用运行内存统计分析设备结构示意图。
57.如图1所示，该应用运行内存统计分析设备可以包括：处理器1001，例如中央处理器(central processing unit，cpu)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示
屏(display)、输入单元比如键盘(keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(wireless-fidelity，wi-fi)接口)。存储器1005可以是高速的随机存取存储器(random access memory，ram)，也可以是稳定的非易失性存储器(non-volatile memory，nvm)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
58.本领域技术人员可以理解，图1中示出的结构并不构成对应用运行内存统计分析设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
59.如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及应用运行内存统计分析程序。
60.在图1所示的应用运行内存统计分析设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明应用运行内存统计分析设备中的处理器1001、存储器1005可以设置在应用运行内存统计分析设备中，所述应用运行内存统计分析设备通过处理器1001调用存储器1005中存储的应用运行内存统计分析程序，并执行本发明实施例提供的应用运行内存统计分析方法。
61.本发明实施例提供了一种应用运行内存统计分析方法，参照图2，图2为本发明应用运行内存统计分析方法第一实施例的流程示意图。
62.本实施例中，所述应用运行内存统计分析方法包括以下步骤：
63.步骤s10：扫描启动配置代码路径，获取子系统中各应用对应的启动参数。
64.可以理解的是，本实施例的执行主体为应用运行内存统计分析设备，所述应用运行内存统计分析设备可以为计算机、服务器等设备，还可以为其他具备相同或相似功能的设备，本实施例对此不加以限制。
65.需要说明的是，提前设置有不同子系统对应的启动配置代码存储路径，例如，以a子系统命名的文件夹，在具体实现中，根据项目清单确定当前项目对应的若干个子系统，根据子系统名称确定对应的启动配置代码路径，启启动配置代码路径下存储有当前子系统包含的多个应用对应的启动配置代码，读取各应用对应的启动配置代码，从中获取各应用对应的启动参数。
66.步骤s20：根据所述启动参数确定各应用对应的占用内存配置信息。
67.应当理解的是，根据提前设置的提取策略从启动参数中获取各应用对应的占用内存配置信息，占用内存配置信息至少包括最小占用内存和最大占用内存。例如，从启动参数中提取-xms、-xmx字节对应的数值，其中-xms为应用启动的最小占用内存，-xmx为该应用的最大占用内存。
68.在具体实现中，根据子系统清单进行核对，在针对子系统内某应用未获取到占用内存配置信息时，根据应用名称从硬件资源信息中获取该应用所运行的主机的物理内存，根据物理内存确定应用启动的最小占用内存以及最大占用内存。例如：jvm初始分配的内存由-xms指定，默认是物理内存的1/64，jvm最大分配的内存由-xmx指定，默认是物理内存的1/4，在获取到物理内存时，乘以1/64得到应用启动的最小占用内存，乘以1/4得到最大占用内存。
69.步骤s30：根据所述占用内存配置信息确定子系统对应的运行内存占用区间。
70.需要说明的是，将通过步骤s20获取到的子系统内各应用对应的占用内存配置信息进行汇总，确定各个子系统的运行内存占用区间。具体地，将应用启动的最小占用内存进行汇总，得到各个子系统对应的最小占用内存，将应用启动的最大占用内存进行汇总，得到各个子系统对应的最大占用内存，根据子系统对应的最小占用内存和最大占用内存生成对应的运行内存占用区间。
71.步骤s40：根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息。
72.步骤s50：根据所述运行内存占用信息对所述目标项目实际内存消耗情况进行分析。
73.可以理解的是，将通过步骤s30确定的多个子系统对应的运行内存占用区间进行汇总，得到目标项目对应的运行内存占用信息。具体地，目标项目对应的运行内存占用信息包括目标项目对应的最小占用内存和最大占用内存，将各个子系统对应的最小占用内存进行汇总，得到目标项目对应的最小占用内存，将各个子系统对应的最大占用内存进行汇总，得到目标项目对应的最大占用内存。通过向用户展示目标项目的运行内存占用信息使得用户实时掌握项目硬件成本，了解项目实际内存消耗情况。
74.在具体实现中，确定计划上线的用于部署目标项目的硬件内存信息，即主机总物理内存，根据目标项目的运行内存占用信息确定目标项目对应的最小占用内存和最大占用内存，即目标项目的运行内存浮动区间，确定目标项目的最小占用内存与主机总物理内存之间的最小占比以及最大占用内存与主机总物理内存之间的最大占比，将分析得到的最小占比和最大占比进行展示，并基于预先设置的占比要求确定当前的最小占比或最大占比是否符合预期要求，例如，预先设置的占比要求为运行内存最大不超过30％，分析目标项目的最大占用内存与主机总物理内存之间的最大占比，如果当前分析得到的最大占比小于或等于30％，则确定目标项目的内存消耗情况满足预期要求。
75.进一步地，所述步骤s40之后，所述方法还包括：根据各子系统对应的运行内存占用区间以及目标项目对应的运行内存占用信息生成展示图表；对所述展示图表进行可视化展示。
76.需要说明的是，本实施例提供可视化展示功能，对子系统内存消耗情况以及项目内存消耗情况进行多维度可视化展示，例如，利用饼状图展示项目中各子系统对应的运行内存占比，利用柱状图展示各子系统最大占用内存与最小占用内存等等。
77.进一步地，所述步骤s40之后，所述方法还包括：获取目标项目对应的预估硬件资源信息；在所述预估硬件资源信息小于所述运行内存占用信息时，根据所述预估硬件资源信息以及所述运行内存占用信息确定对应的比例调整幅度；根据所述比例调整幅度对各应用对应的占用内存配置信息进行调整，生成各应用对应的推荐启动参数；对所述推荐启动参数进行展示。
78.应当理解的是，预估硬件资源信息为项目经理等根据库存实际情况和项目成本预估的运行内存占用信息，具体地，根据项目计划确定物理内存，根据物理内存确定预估运行内存。如果预估硬件资源信息小于运行内存占用信息，即当前设置的启动参数体量过大，超出项目预估，比例调整幅度可以表示为预估硬件资源信息与运行内存占用信息之间的比值，此外，设置有预留值，比例调整幅度表示为预估硬件资源信息与运行内存占用信息之间
的比值加上预设预留值，从而避免项目预估硬件资源不满足应用的实际运行。按照比例调整幅度对-xms、-xmx字节对应的数值进行调整，确定推荐的应用启动的最小占用内存和最大占用内存，生成推荐启动参数并进行展示。提示用户在项目上线前对应用启动参数进行调整。
79.进一步地，所述步骤s50，包括：根据所述运行内存占用信息确定期望硬件资源信息；获取库存硬件资源信息，将所述期望硬件资源信息与所述库存硬件资源信息进行比对；在所述期望硬件资源信息对应的期望内存大于所述库存硬件资源信息对应的库存内存时，进行采购提醒。
80.需要说明的是，运行内存占用信息为预估的目标项目运行时对应的最小占用内存和最大占用内存，期望硬件资源信息为根据运行内存占用信息预估的保持目标项目正常运行所需的物理内存，在项目上线前确定库存硬件是否满足待上线的项目，如果不满足，则提示项目经理进行采购。在项目上线时或进行测试时，基于生成的启动配置代码启动各应用，使得项目规模与预估规模相匹配。具体地，以jvm运行内存分配为例进行说明，jvm初始分配的内存由-xms指定，默认是物理内存的1/64，jvm最大分配的内存由-xmx指定，默认是物理内存的1/4，默认空余堆内存小于40％时，jvm就会增大堆直到-xmx的最大限制；空余堆内存大于70％时，jvm会减少堆直到-xms的最小限制，一般地，服务器设置-xms、-xmx相等以避免在每次gc后调整堆的大小。本实施例中根据项目级别的运行内存占用信息中的最小占用内存和最大占用内存分别基于对应的默认比例确定需要的期望硬件资源信息，也即预估的用于部署目标项目的主机物理内存，例如，通过最小占用内存除以1/64，得到第一物理内存，通过最大占用内存除以1/4，得到第二物理内存，将第一物理内存以及第二物理内存中更小的资源信息作为期望内存。如果库存硬件资源信息对应的库存内存小于期望内存，则提醒项目经理进行采购。
81.本实施例通过扫描启动配置代码路径，获取子系统中各应用对应的启动参数；根据启动参数确定各应用对应的占用内存配置信息；根据占用内存配置信息确定子系统对应的运行内存占用区间；根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息；根据运行内存占用信息对目标项目实际内存消耗情况进行分析。通过上述方式，根据应用对应的启动参数对具体项目下的多个应用进行内存占用统计，方便直观的统计项目级别对应的内存消耗情况，方便用户有效控制开发成本，加快资源申请流程，解决了从cmdb库中提取主机内存总数和内存使用率过程繁琐、无法精确统计到项目实际消耗内存的问题。
82.参考图3，图3为本发明应用运行内存统计分析方法第二实施例的流程示意图。
83.基于上述第一实施例，本实施例应用运行内存统计分析方法在所述步骤s10之后，还包括：
84.步骤s201：在获取到目标应用对应的启动参数时，从子系统对应的应用清单中清除所述目标应用，得到剩余应用清单。
85.可以理解的是，提前根据项目开发计划生成项目清单以及子系统对应的应用清单，子系统对应的应用清单中包含子系统包含的全部应用名称，如果查找到目标应用对应的启动参数，则从子系统对应的应用清单中删除目标应用对应的信息，依次类推，从子系统对应的应用清单中清除查找到启动参数的应用信息，得到未查找到启动参数的剩余应用清
单。
86.步骤s202：从预设硬件资源数据库获取所述剩余应用清单中各应用对应的主机物理内存。
87.需要说明的是，根据剩余应用清单调用预设硬件资源数据库中的硬件数据，确定未查找到启动参数的应用对应的主机物理内存。
88.步骤s203：根据所述主机物理内存确定所述剩余应用清单中各应用的占用内存默认配置信息。
89.可以理解的是，根据各应用对应的主机物理内存确定对应的内存默认配置信息，以jvm运行内存分配为例进行说明，根据主机物理内存乘以1/64，得到应用对应的最小占用内存，根据主机物理内存乘以1/4，得到应用对应的最大占用内存，从而得到剩余应用清单中各应用的占用内存默认配置信息。
90.所述步骤s30，包括：
91.步骤s301根据所述占用内存配置信息以及所述占用内存默认配置信息确定子系统对应的运行内存占用区间。
92.需要说明的是，对查找到启动参数的应用的占用内存配置信息和未查找到启动参数的应用的占用内存默认配置信息进行汇总，确定子系统对应的运行内存占用区间。
93.本实施例通过扫描启动配置代码路径，获取子系统中各应用对应的启动参数；在获取到目标应用对应的启动参数时，从子系统对应的应用清单中清除目标应用，得到剩余应用清单；从预设硬件资源数据库获取剩余应用清单中各应用对应的主机物理内存；根据主机物理内存确定剩余应用清单中各应用的占用内存默认配置信息；根据启动参数确定各应用对应的占用内存配置信息；根据占用内存配置信息以及占用内存默认配置信息确定子系统对应的运行内存占用区间；根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息；根据运行内存占用信息对目标项目实际内存消耗情况进行分析。通过上述方式，根据应用对应的启动参数对具体项目下的多个应用进行内存占用统计，如果未扫描到应用对应的启动参数，则从硬件资源库中调取主机物理内存，对应用的实际运行内存进行预估，方便直观的统计项目级别对应的内存消耗情况，方便用户有效控制开发成本，加快资源申请流程，解决了现有方式无法实现项目级别的运行内存统计的问题。
94.参考图4，图4为本发明应用运行内存统计分析方法第三实施例的流程示意图。
95.基于上述第一实施例，本实施例应用运行内存统计分析方法在所述步骤s10之前，还包括：
96.步骤s101：获取当前应用对应的启动参数配置信息。
97.可以理解的是，启动参数配置信息可以为应用启动脚本，开发人员在进行开发时，通过在应用启动脚本中设置参数实现内存的使用控制。
98.步骤s102：基于预设代码模板从所述启动参数配置信息中提取启动配置代码。
99.需要说明的是，预设代码模板可以包含有内存配置相关的字段名，根据字段名查找启动参数配置信息，从中提取启动配置代码。
100.步骤s103：确定所述当前应用对应的当前子系统。
101.步骤s104：将所述启动配置代码存放至所述当前子系统对应的存储路径下。
102.需要强调的是，为进一步保证上述启动配置代码的私密和安全性，上述启动配置
代码还可以存储于一区块链的节点中，即各子系统对应的存储路径设置于区块链的节点中。
103.进一步地，为了便于项目级别的运行内存统计，本实施例设置有开发流程评审机制，所述步骤s102之后，所述方法还包括：在未提取到所述启动配置代码时，为所述当前应用添加评审未通过的标签信息，并对所述标签信息进行存储；
104.所述步骤s10之后，所述方法还包括：获取子系统对应的应用清单；查找所述应用清单中各应用对应的标签信息；在所述应用清单中任一应用对应的标签信息为评审未通过时，进行启动参数配置提醒。
105.需要说明的是，在应用上线前，用户需对应用配置启动内存大小，否则无法通过评审，在用户对应用配置有启动内存大小等信息后，将应用启动配置作为代码单独剥离，基于应用的名称通过文件夹在代码库中进行区分，通过规范化的操作，使得统计分析多个子系统的运行内存占用分析和汇总成为可能。
106.本实施例通过获取当前应用对应的启动参数配置信息；基于预设代码模板从启动参数配置信息中提取启动配置代码；确定当前应用对应的当前子系统；将启动配置代码存放至当前子系统对应的存储路径下；扫描启动配置代码路径，获取子系统中各应用对应的启动参数；根据启动参数确定各应用对应的占用内存配置信息；根据占用内存配置信息确定子系统对应的运行内存占用区间；根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息；根据运行内存占用信息对目标项目实际内存消耗情况进行分析。通过上述方式，从应用配置的启动参数配置信息中提取代码存储与代码库，通过代码库扫描应用启动参数，汇总各个子系统和项目的内存消耗量。避免了调用复杂的api从cmdb库获取多维的硬件数据进行清洗和分类汇总，极大的简化了数据采集流程，方便直观的统计项目级别对应的内存消耗情况，方便用户有效控制开发成本，加快资源申请流程，解决了现有方式无法实现项目级别的运行内存统计的问题。
107.此外，本发明实施例还提出一种计算机存储介质，所述计算机存储介质上存储有应用运行内存统计分析程序，所述应用运行内存统计分析程序被处理器执行时实现如上文所述的应用运行内存统计分析方法。
108.由于本存储介质采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不再一一赘述。
109.参照图5，图5为本发明应用运行内存统计分析装置第一实施例的结构框图。
110.如图5所示，本发明实施例提出的应用运行内存统计分析装置包括：
111.获取模块10，用于扫描启动配置代码路径，获取子系统中各应用对应的启动参数。
112.确定模块20，用于根据所述启动参数确定各应用对应的占用内存配置信息。
113.统计模块30，用于根据所述占用内存配置信息确定子系统对应的运行内存占用区间。
114.所述统计模块30，还用于根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息。
115.分析模块40，用于根据所述运行内存占用信息对所述目标项目实际内存消耗情况进行分析。
116.应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具
体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。
117.本实施例通过扫描启动配置代码路径，获取子系统中各应用对应的启动参数；根据启动参数确定各应用对应的占用内存配置信息；根据占用内存配置信息确定子系统对应的运行内存占用区间；根据各子系统对应的运行内存占用区间确定目标项目对应的运行内存占用信息；根据运行内存占用信息对目标项目实际内存消耗情况进行分析。通过上述方式，根据应用对应的启动参数对具体项目下的多个应用进行内存占用统计，方便直观的统计项目级别对应的内存消耗情况，方便用户有效控制开发成本，加快资源申请流程，解决了从cmdb库中提取主机内存总数和内存使用率过程繁琐、无法精确统计到项目实际消耗内存的问题。
118.需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。
119.另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的应用运行内存统计分析方法，此处不再赘述。
120.在一实施例中，所述获取模块10，还用于在获取到目标应用对应的启动参数时，从子系统对应的应用清单中清除所述目标应用，得到剩余应用清单；从预设硬件资源数据库获取所述剩余应用清单中各应用对应的主机物理内存；根据所述主机物理内存确定所述剩余应用清单中各应用的占用内存默认配置信息；
121.所述统计模块30，还用于根据所述占用内存配置信息以及所述占用内存默认配置信息确定子系统对应的运行内存占用区间。
122.在一实施例中，所述获取模块10，还用于获取当前应用对应的启动参数配置信息；基于预设代码模板从所述启动参数配置信息中提取启动配置代码；确定所述当前应用对应的当前子系统；将所述启动配置代码存放至所述当前子系统对应的存储路径下。
123.在一实施例中，所述应用运行内存统计分析装置还包括评审模块和提醒模块；
124.所述评审模块，用于在未提取到所述启动配置代码时，为所述当前应用添加评审未通过的标签信息，并对所述标签信息进行存储；
125.所述提醒模块，用于获取子系统对应的应用清单；查找所述应用清单中各应用对应的标签信息；在所述应用清单中任一应用对应的标签信息为评审未通过时，进行启动参数配置提醒。
126.在一实施例中，所述应用运行内存统计分析装置还包括展示模块；
127.所述展示模块，用于根据各子系统对应的运行内存占用区间以及目标项目对应的运行内存占用信息生成展示图表；对所述展示图表进行可视化展示。
128.在一实施例中，所述应用运行内存统计分析装置还包括推荐模块；
129.所述推荐模块，用于获取目标项目对应的预估硬件资源信息；在所述预估硬件资源信息小于所述运行内存占用信息时，根据所述预估硬件资源信息以及所述运行内存占用信息确定对应的比例调整幅度；根据所述比例调整幅度对各应用对应的占用内存配置信息进行调整，生成各应用对应的推荐启动参数；对所述推荐启动参数进行展示。
130.在一实施例中，所述应用运行内存统计分析装置还包括采购提醒模块；
131.所述采购提醒模块，用于根据所述运行内存占用信息确定期望硬件资源信息；获
取库存硬件资源信息，将所述期望硬件资源信息与所述库存硬件资源信息进行比对；在所述期望硬件资源信息对应的期望内存大于所述库存硬件资源信息对应的库存内存时，进行采购提醒。
132.此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
133.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
134.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(read only memory，rom)/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
135.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
136.本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。