CN113055459B - 日志投递方法和装置、电子设备及存储介质 - Google Patents
日志投递方法和装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN113055459B CN113055459B CN202110256443.7A CN202110256443A CN113055459B CN 113055459 B CN113055459 B CN 113055459B CN 202110256443 A CN202110256443 A CN 202110256443A CN 113055459 B CN113055459 B CN 113055459B
- Authority
- CN
- China
- Prior art keywords
- log
- delivery
- target
- type
- weight value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/1734—Details of monitoring file system events, e.g. by the use of hooks, filter drivers, logs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
- H04L47/2433—Allocation of priorities to traffic types
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种日志投递方法和装置、电子设备及存储介质,该日志投递方法包括:在接收到日志投递操作的情况下,确定所述日志投递操作关联的投递类型;根据所述投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息,其中,所述N个日志文件包括一一对应的N个业务类型的日志信息,所述预设投递规则包括所述N个业务类型对应的初始优先级和初始权重值,N为大于1的整数,M为小于或等于所述N的正整数;向服务器发送日志投递请求,所述日志投递请求携带有所述待投递日志信息和所述投递类型。这样,可以避免将重要的业务类型对应的日志信息遗漏,提高待投递日志信息的有效性。
Description
技术领域
本申请涉及数据处理技术领域,具体涉及一种日志投递方法和装置、电子设备及存储介质。
背景技术
日志可以用于记录应用软件的不同业务类型下的用户使用记录和状态信息等重要数据,常常在应用软件的后期维护阶段被维护人员用来作为故障分析的重要依据。然而,当某一应用软件中包含较多的业务类型,且每次投递的日志信息存在一定的容量上限时,由于各个业务类型对应的日志信息是随机组合的,因而可能会将重要的业务类型对应的日志信息遗漏,导致投递的日志信息的有效性不高的问题。
发明内容
本申请实施例的目的是提供一种日志投递方法和装置、电子设备及存储介质,能够解决现有的日志投递方式投递的日志信息的有效性不高的问题。
为了解决上述技术问题,本申请是这样实现的:
第一方面,本申请实施例提供了一种日志投递方法,该方法包括:
在接收到日志投递操作的情况下,确定所述日志投递操作关联的投递类型;
根据所述投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息,其中,所述N个日志文件包括一一对应的N个业务类型的日志信息,所述预设投递规则包括所述N个业务类型对应的初始优先级和初始权重值,N为大于1的整数,M为小于或等于所述N的正整数;
向服务器发送日志投递请求,所述日志投递请求携带有所述待投递日志信息和所述投递类型。
第二方面,本申请实施例提供了一种日志投递装置,该装置包括:
确定模块,用于在接收到日志投递操作的情况下,确定所述日志投递操作关联的投递类型;
获取模块,用于根据所述投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息,其中,所述N个日志文件包括一一对应的N个业务类型的日志信息,所述预设投递规则包括所述N个业务类型对应的初始优先级和初始权重值,N为大于1的整数,M为小于或等于所述N的正整数;
发送模块,用于向服务器发送日志投递请求,所述日志投递请求携带有所述待投递日志信息和所述投递类型。
第三方面,本申请实施例提供了一种电子设备,该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第四方面,本申请实施例提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
在本申请实施例中,在接收到日志投递操作的情况下,确定所述日志投递操作关联的投递类型;根据所述投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息,其中,所述N个日志文件包括一一对应的N个业务类型的日志信息,所述预设投递规则包括所述N个业务类型对应的初始优先级和初始权重值,N为大于1的整数,M为小于或等于所述N的正整数;向服务器发送日志投递请求,所述日志投递请求携带有所述待投递日志信息和所述投递类型。这样,可以根据投递类型和预设投递规则,从N个业务类型的日志信息中有选择性的获取M个日志信息,得到待投递日志信息,从而避免将重要的业务类型对应的日志信息遗漏,提高待投递日志信息的有效性。
附图说明
图1为本申请实施例提供的日志投递方法的流程图之一;
图2为本申请实施例提供的日志投递方法的流程图之二;
图3为本申请实施例提供的日志投递方法的流程图之三;
图4为本申请实施例提供的日志投递装置的结构示意图;
图5为本申请实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的日志投递方法进行详细地说明。
如背景技术所述,当某一应用软件中包含较多的业务类型,且每次投递的日志信息存在一定的容量上限时,如果采用随机组合的方式投递日志,可能会将重要的业务类型对应的日志信息遗漏。例如,假设随机组合的方式为播放类型日志+支付类型日志+广告类型日志+网络类型日志,且每次投递日志的容量上限为5M,当播放类型日志占用3M,支付类型日志占用2M后,其他类型的日志则没办法被投递。也就是说,假设用户正好需要排查该应用软件的网络问题,如离线下载失败、页面加载失败等等,则无法从本次投递的日志信息中获取到有用的日志信息,因而,现有的日志投递方式投递的日志信息的有效性并不高,该问题成为亟待解决的问题。参见图1,图1为本申请实施例提供的日志投递方法的流程图之一。如图1所示,该日志投递方法,包括:
步骤101、在接收到日志投递操作的情况下,确定日志投递操作关联的投递类型。
需要说明的是,本申请实施例装置为电子设备,该电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本或者个人数字助理(personal digitalassistant,PDA)等。
该电子设备安装有一个或多个应用软件,并能够将同一应用软件的不同业务类型的日志信息分别记录在各自对应的日志文件中。用户可以在应用软件的日志投递操作输入界面中输入日志投递操作,电子设置在检测到用户输入的日志投递操作时,可以确定该日志投递操作关联的投递类型。
此处的投递类型可以根据用户输入的日志投递操作中是否包括目标业务类型来确定,其中,目标业务可以是该应用软件的各业务类型中的任意一种业务类型。例如,假设某一应用软件中的业务类型包括播放类型、支付类型、广告类型和网络类型,则在日志投递操作输入界面中可以包括“播放类型”、“支付类型”、“广告类型”、“网络类型”和“其他”的选项,用户可以选择这4种业务类型中的任意一种业务类型作为日志投递的目标业务类型,也可以选择“其他”选项。如果用户选择“其他”选项,则是对这4种业务类型中的一个或多个业务类型的随机组合。
步骤102、根据投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息。
其中,上述N个日志文件包括一一对应的N个业务类型的日志信息,例如,假设某一应用软件中的业务类型包括播放类型、支付类型、广告类型、网络类型,则在该应用软件中包括4个日志文件,这4个日志文件分别用于记录播放类型、支付类型、广告类型和网络类型对应的日志信息。
上述预设投递规则包括N个业务类型对应的初始优先级和初始权重值,N为大于1的整数,M为小于或等于N的正整数。其中,上述预设投递规则可以预先设置在电子设备的本地,也可以预先设置在该应用程序对应的服务器端。在一可选实施例中,可以将该预设投递规则设置在该应用程序对应的服务器端,便于应用软件的开发人员在需要变更业务类型,或者变更业务类型对应的初始优先级或初始权重值时,能够通过服务端主动下发的方式,或者电子设备端主动请求的方式使得不同电子设备端的应用软件获取到该预设投递规则。
电子设备在确定日志投递操作关联的投递类型后,可以根据投递类型和预设投递规则,从N个日志文件中获取M个日志信息。具体地,电子设备可以根据日志投递操作关联的投递类型和预设投递规则中N个业务类型对应的初始优先级和初始权重值,重新确定N个业务类型对应的目标优先级和目标权重值,再基于目标优先级从高到低的排序依次从N个日志文件中获取M个日志信息,在获取M个日志信息的过程中,可以基于N个业务类型对应的目标权重值确定各业务类型的日志信息在待投递的日志信息的容量占比,根据该容量占比截取对应容量大小的日志信息,也可以基于各业务类型的日志信息的实际容量大小进行截取,也可以将两者结合来获取,本申请不做具体限定。
步骤103、向服务器发送日志投递请求,日志投递请求携带有待投递日志信息和投递类型。
电子设备获取到待投递日志信息后,向服务器发送日志投递请求,其中,该日志投递请求可以携带待投递日志信息和投递类型,这样,应用软件的开发人员可以根据服务器接收到的日志投递请求,对待投递日志信息进行分析。
在本实施例中,可以根据投递类型和预设投递规则,从N个业务类型的日志信息中有选择性的获取M个日志信息,得到待投递日志信息,从而使得待投递日志信息是基于投递类型和预设投递规则得到,避免将重要的业务类型对应的日志信息遗漏,提高待投递日志信息的有效性。
进一步地,参见图2,图2为本申请实施例提供的日志投递方法的流程图之二。如图2所示,上述步骤102、根据投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息,包括:
步骤201、根据投递类型和预设投递规则,确定N个业务类型对应的目标优先级和目标权重值。
其中,上述目标优先级用于指示各业务类型获取日志信息的优先顺序,业务类型的优先级越高,则越先获取该业务类型的日志信息;业务类型的优先级越低,则越后获取该业务类型的日志信息。该目标优先级可以为上述初始优先级,或根据初始优先级和投递类型确定的新的优先级;上述目标权重值用于指示各业务类型允许获取的日志信息的容量占整个待投递日志信息的容量阈值比例。业务类型的权重值越高,则该业务类型允许获取的日志信息的容量越大;业务类型的权重值越低,则该业务类型允许获取的日志信息的容量越小。该目标权重值可以为初始权重值,或根据容量阈值和预设权重值确定的新的权重值。
具体地,电子设备可以根据投递类型的不同,设置不同的目标优先级和目标权重值,例如,作为第一种实施方式,目标优先级可以为初始优先级,目标权重值可以为根据容量阈值和预设权重值确定的权重值;作为第二种实施方式,目标优先级可以为初始优先级,目标权重值可以为初始权重值;作为第三种实施方式,目标优先级可以为根据初始优先级和投递类型确定的优先级,目标权重值可以为初始权重值;作为第四种实施方式,目标优先级可以为根据初始优先级和投递类型确定的优先级,目标权重值可以为根据容量阈值和预设权重值确定的权重值。
步骤202、根据目标优先级从高到低的顺序,依次从N个日志文件中获取M个日志信息,M个日志信息的总容量小于或等于预设的容量阈值,且M个日志信息对应的容量与容量阈值的比值小于或等于目标权重值。
其中,N为大于1的整数,M为小于或等于N的正整数。上述预设的容量阈值是指在电子设备中预先设置的待投递日志信息的容量上限值。上述M个日志信息的总容量是指从M个日志文件中获取到的日志信息的容量之和,该M个日志信息的总容量需要小于或等于该容量阈值,且M个日志信息中各日志信息的容量与该容量阈值的比值分别满足对应的业务类型的目标权重值。例如,假设某一应用软件的业务类型包括播放类型、支付类型、广告类型和网络类型,且该4个业务类型的目标权重值分别是0.4、0.3、0.2和0.1,待投递日志信息的容量阈值为10M,那么,获取的播放类型对应的日志信息的容量需要小于或等于4M,获取的支付类型对应的日志信息的容量需要小于或等于3M、获取的广告类型对应的日志信息的容量需要小于或等于2M,获取的网络类型对应的日志信息的容量需要小于或等于1M。这样,可以保证待投递日志信息的容量上限值不超过10M,也可以保证各业务类型的日志信息在待投递日志信息中的占比满足目标权重值。
在确定N个业务类型对应的目标优先级后,可以根据目标优先级从高到低的顺序,依次从N个日志文件中获取M个日志信息。具体地,在获取M个日志信息的过程中,可以基于N个业务类型对应的目标权重值,确定各业务类型的日志信息在待投递的日志信息的容量占比,根据该容量占比截取对应容量大小的日志信息,也可以基于各业务类型的日志信息的实际容量大小进行截取,也可以将两者结合来获取,本申请不做具体限定。例如,假设某一应用软件的业务类型包括播放类型、支付类型、广告类型和网络类型,且该4个业务类型的目标权重值分别是0.4、0.3、0.2和0.1,待投递日志信息的容量阈值为10M,那么播放类型、支付类型、广告类型和网络类型分别允许获取的日志信息的容量为4M、3M、2M和1M。当根据该容量占比截取对应容量大小的日志信息时,可以分别从播放类型、支付类型、广告类型和网络类型对应日志信息中截取4M、3M、2M和1M容量大小的日志信息,拼接后得到待投递日志信息。在此过程中,如果某一类型的日志信息的实际容量小于其允许获取的容量值,则可以截取该类型的全部日志信息,剩余多出的容量直接忽略。如果某一类型的日志信息的实际容量大于或等于其允许获取的容量值,则可以截取该类型的部分日志信息,将多余的日志信息丢弃。当基于各业务类型的日志信息的实际容量大小截取日志信息时,可以按照各业务类型的优先级从高到低的顺序,依次截取业务类型对应的日志信息。例如,假设播放类型、支付类型、广告类型、网络类型的日志信息实际容量分别为5M、4M、5M和3M,且播放类型、支付类型、广告类型、网络类型的目标优先级依次降低,则可以直接截取5M的播放类型的日志信息、4M的支付类型的日志信息和1M的广告类型的日志信息,组成10M的待投递日志信息。需要说明的是,在获取M个日志信息时,可以对获取的每一个日志信息添加头标识和尾标识,用于区分不同日志信息的起始和结束位置。
步骤203、拼接M个日志信息,得到待投递日志信息。
拼接M个日志信息,可以是按照目标优先级从高到低的顺序依次获取日志信息,并对获取的日志信息依次进行拼接,直到M个日志信息均拼接完;也可以是在获取到M个日志信息后,统一对M个日志信息进行拼接。
在本实施例中,可以根据目标优先级从高到低的顺序,依次从N个日志文件中获取M个日志信息,由此得到待投递的日志信息,使得待投递的日志信息能够根据目标优先级从高到低的顺序进行排序,方便将重要性较高的日志信息排列在待投递日志信息中靠前的位置,从而提高日志分析的效率和准确性。
进一步地,上述步骤201、根据投递类型和预设投递规则,确定N个业务类型对应的目标优先级和目标权重值,包括:
在日志投递操作包括对目标业务类型的选择操作的情况下,根据初始优先级和投递类型确定目标优先级,并根据容量阈值和预设权重值确定目标权重值;
在日志投递操作不包括对目标业务类型的选择操作的情况下,将初始优先级确定为目标优先级,并将初始权重值确定为目标权重值。
具体地,上述目标业务可以是该应用软件的各业务类型中的任意一种业务类型。例如,假设某一应用软件中的业务类型包括播放类型、支付类型、广告类型和网络类型,则在日志投递操作输入界面中可以包括“播放类型”、“支付类型”、“广告类型”、“网络类型”和“其他”的选项,用户可以选择这4种业务类型中的任意一种业务类型作为日志投递的目标业务类型,也可以选择“其他”选项。如果用户选择“其他”选项,则是对这4种业务类型中的一个或多个业务类型的随机组合。
在用户输入的日志投递操作包括对目标业务类型的选择操作,如对“播放类型”、“支付类型”、“广告类型”或“网络类型”的选择操作的情况下,可以根据各业务类型的初始优先级和根据投递类型确定的目标业务类型的优先级来确定各业务类型最终的目标优先级,并根据待投递日志信息的容量阈值和目标业务类型的预设权重值确定各业务类型最终的目标权重值。
在用户输入的日志投递操作不包括对目标业务类型的选择操作,如对“其他”的选择操作的情况下,可以直接将各业务类型的初始优先级确定为各业务类型最终的目标优先级,并直接将各业务类型的初始权重值确定为各业务类型最终的目标权重值。
在本实施例中,可以根据投递类型和预设投递规则,确定N个业务类型对应的目标优先级和目标权重值,由此使得待投递日志信息可以根据投递类型的不同,灵活设置各业务类型的优先级和权重值,使得待投递日志信息更贴合实际需要。
进一步地,根据初始优先级和投递类型确定目标优先级,包括:
将目标业务类型的优先级确定为第一优先级,将N个业务类型中除目标业务类型之外的多个剩余业务类型的优先级确定为第二优先级;
其中,第一优先级高于第二优先级,多个剩余业务类型在第二优先级中的排序与在初始优先级中的排序一致。
具体地,继续基于前述举例进行说明,假设某一应用软件的各业务类型的初始优先级从高到低排序依次是播放类型、支付类型、广告类型和网络类型,当用户在日志投递操作输入界面选择广告类型作为目标业务类型时,可以将广告类型的优先级确定为第一优先级,并将N个业务类型中除广告类型之外的多个剩余业务类型的优先级确定为第二优先级,这样,可以得到各业务类型的目标优先级,该目标优先级按照从高到低的顺序为广告类型、播放类型、支付类型和网络类型;当用户在日志投递操作输入界面选择支付类型作为目标业务类型时,可以将支付类型的优先级确定为第一优先级,并将N个业务类型中除支付类型之外的多个剩余业务类型的优先级确定为第二优先级,这样,可以得到各业务类型的目标优先级,该目标优先级按照从高到低的顺序为支付类型、播放类型、广告类型和网络类型。
在本实施例中,可以将目标业务的优先级作为第一优先级,这样可以将用户选择的目标业务的日志信息设置在待投递日志信息的最前面,方便开发人员基于目标业务的日志信息进行分析,从而提高日志分析效率。
进一步地,根据容量阈值和预设权重值确定目标权重值,包括:
基于容量阈值和预设权重值,确定多个剩余业务类型对应的日志信息的剩余容量,预设权重值为目标业务类型对应的目标权重值;
基于多个剩余业务类型的数量和剩余容量,确定多个剩余业务类型中各剩余业务类型的目标权重值。
其中,预设权重值为目标业务类型对应的目标权重值,可以根据实际需要进行设置,如0.9、0.8、0.7等等。在日志投递操作包括对目标业务类型的选择操作的情况下,电子设置可以根据容量阈值和目标业务类型对应的目标权重值,计算得到目标业务的日志信息容量和多个剩余业务类型对应的日志信息的剩余容量,再根据多个剩余业务类型的数量和剩余容量,确定多个剩余业务类型中各剩余业务类型的目标权重值。
具体地,继续基于前述举例进行说明,假设某一应用软件的业务类型包括播放类型、支付类型、广告类型和网络类型,这4个业务类型的初始权重值分别是0.4、0.3、0.2和0.1,待投递日志信息的容量阈值为10M,且将目标业务类型的预设权重值设置为0.7,当用户在日志投递操作输入界面选择广告类型作为目标业务类型时,可以计算得到广告类型的日志信息容量为0.7*10=7M,其他剩余业务类型的剩余容量为10M-7M=3M,此时可以继续对这3M的剩余容量进行分配,得到各剩余业务类型的目标权重值,例如,将这3M的剩余容量平均分给3个剩余业务类型,每个剩余业务类型的目标权重值为0.1;也可以按照每个剩余业务类型在初始权重值中的比例,确定目标权重值,由于播放类型、支付类型和网络类型的初始权重值分别是0.4、0.3和0.1,可以得到播放类型、支付类型和网络类型的权重值比例为4:3:1,则播放类型、支付类型和网络类型的目标权重值分别为4/8*0.3、3/8*0.3和1/8*0.3。当然,还可以根据上述方式获取的权重值与各日志文件的实际容量确认得到各剩余业务类型的目标权重值。
在本实施例中,可以对目标业务的权重值进行预设,从而可以调整待投递日志中目标业务的占比,获取到更多目标业务的日志信息,从而提高日志信息的有效性。同时,还保留了部分剩余容量用于其他业务类型,实现了业务类型的多元化。
进一步地,基于多个剩余业务类型的数量和剩余容量,确定多个剩余业务类型中各剩余业务类型的目标权重值,包括:
获取针对多个剩余业务类型的第i次计算的容量均值,第i次计算的容量均值是根据第i-1次计算后的剩余容量和第i-1次计算后的剩余业务类型的数量确定得到,i为小于或等于多个剩余业务类型的数量的正整数;
获取第i个剩余业务类型对应的日志信息的实际容量,第i个剩余业务类型为多个剩余业务类型中根据第二优先级从高到低排列的第i个剩余业务类型;
在实际容量大于或等于第i次计算的容量均值的情况下,将第i次计算的容量均值与容量阈值的比值,确定为第i个剩余业务类型的目标权重值;
在实际容量小于第i次计算的容量均值的情况下,将实际容量与容量阈值的比值,确定为第i个剩余业务类型的目标权重值。
在一实施例中,各剩余业务的目标权重值可以根据当前的剩余业务类型对应的日志信息的实际容量和当前的容量均值来确定,其中,当前的容量均值为当前的剩余容量与当前剩余业务类型的数量的比值。当实际容量大于或等于当前的容量均值的情况下,将当前的容量均值与容量阈值的比值确定为当前的剩余业务类型的目标权重值;当实际容量小于当前的容量均值的情况下,将实际容量与容量阈值的比值确定为当前剩余业务类型的目标权重值。对于每一个剩余业务类型,均可以采用上述方式确定自身的目标权重值。
需要说明的是,在确定各剩余业务类型的目标权重值的过程中,需要按照各剩余业务类型的目标优先级从高到低的顺序依次确定,从而优先确定优先级较高的业务类型。
继续基于前述举例进行说明,假设目标业务类型为广告类型,且其预设权重值为0.7,待投递日志的容量阈值为10M,则剩余业务类型包括播放类型、支付类型和网络类型,假设这3个剩余业务类型的目标优先级按照从高到低的顺序依次为播放类型、支付类型和网络类型,且假设播放类型、支付类型和网络类型对应的日志信息的实际容量分别为2.5M、0.8M和0.6M,在确定剩余容量为3M后,可以基于剩余业务类型的当前数量和当前剩余容量,计算得到第1次计算的容量均值为1M,并根据3个剩余业务类型的目标优先级,确定这3个剩余业务类型中优先级最高的是播放类型,此时将播放类型对应的日志信息的实际容量与第1次计算的容量均值进行比较,由于2.5M大于1M,故需要获取的播放类型的日志信息为1M,此时播放类型的目标权重值为1M/10M=0.1。进而在计算完播放类型的目标权重值后,剩余业务类型的当前数量为2,当前剩余容量为2M,由此可计算得到第2次计算的容量均值为1M,此时将支付类型对应的日志信息的实际容量与第2次计算的容量均值进行比较,由于0.8M小于1M,故需要获取的支付类型的日志信息为0.8M,此时支付类型的目标权重值为0.8M/10M=0.08。进而在计算完支付类型的目标权重值后,剩余业务类型的当前数量为1,当前剩余容量为1.2M,由此可计算得到第3次计算的容量均值为1.2M,此时将网络类型对应的日志信息的实际容量与第3次计算的容量均值进行比较,由于0.6M小于1.2M,故需要获取的网络类型的日志信息为0.6M,此时网络类型的目标权重值为0.6M/10M=0.06。
在本实施例中,可以根据当前的剩余业务类型对应的日志信息的实际容量和当前的容量均值来确定当前剩余业务类型的目标权重值,从而使得待投递日志信息覆盖各业务类型,且各业务类型对应的日志信息更贴近容量阈值。
进一步地,根据容量阈值和预设权重值确定目标权重值,包括:
基于预设权重值,确定多个剩余业务类型的剩余权重值,预设权重值为目标业务类型对应的目标权重值;
根据多个剩余业务类型的数量对剩余权重值进行均分,得到多个剩余业务类型中各剩余业务类型的目标权重值。
在一实施例中,各剩余业务的目标权重值可以根据剩余业务类型的数量和预设权重值来确定。具体地,基于容量阈值和预设权重值,确定所有剩余业务类型的剩余权重值,再计算该剩余权重值与剩余业务类型的比值,将该比值作为各剩余业务类型的目标权重值。
继续基于前述举例进行说明,假设目标业务类型为广告类型,且其预设权重值为0.7,则剩余权重值为1-0.7=0.3,由于剩余业务类型包括播放类型、支付类型和网络类型,因此,这3个剩余业务类型的目标权重值分别为0.3/3=0.1。
在本实施例中,可以根据剩余业务类型的数量和预设权重值来确定当前剩余业务类型的目标权重值,从而简化了各剩余业务的目标权重值的计算方式。
在一应用例中,参见图3,图3为本申请实施例提供的日志投递方法的流程图之三。如图3所示,该日志投递方法可以包括以下步骤:
步骤301、在接收到日志投递操作的情况下,确定日志投递操作关联的投递类型。
在该步骤中,可以获取用户输入的日志投递操作,如果日志投递操作包括对目标业务类型的选择操作,则执行步骤302;如果日志投递操作不包括对目标业务类型的选择操作,则执行步骤303。
需要说明的是,在该步骤之前,需要在服务器上预先设置各业务类型的预设投递规则,即各业务类型对应的初始优先级和初始权重值。这样,在接收到用户输入的日志投递操作时,电子设备可以获取服务器中的预设投递规则,并根据获取到的投递类型和预设投递规则,确定各业务类型对应的目标优先级和目标权重值。
步骤302、根据初始优先级和投递类型确定目标优先级,并根据容量阈值和预设权重值确定目标权重值。
在该步骤中,如果用户输入的日志投递操作包括目标业务类型时,可以将该目标业务的优先级作为第一优先级,除目标业务类型外的剩余业务类型的优先级与初始优先级保持一致。同时,根据容量阈值与目标类型的预设权重值可以确定剩余业务类型的剩余容量,并根据当前的剩余容量和当前的剩余业务类型的数量确定当前的容量均值,如果当前的剩余业务类型对应的日志信息的实际容量大于或等于当前的容量均值,则将当前的容量均值与容量阈值的比值确定为当前的剩余业务类型的目标权重值;如果当前的剩余业务类型对应的日志信息的实际容量小于当前的容量均值,则将实际容量与容量阈值的比值确定为当前剩余业务类型的目标权重值。对于每一个剩余业务类型,均可以按照其目标优先级依次确定自身的目标权重值。
步骤303、将初始优先级确定为目标优先级,并将初始权重值确定为目标权重值。
在该步骤中,如果用户输入的日志投递操作不包括目标业务类型时,可以根据各业务类型的初始优先级和初始权重值来依次获取各业务类型对应的日志信息。
步骤304、使用异步线程按照目标优先级从高到低的顺序,依次获取各业务类型对应的日志信息。
其中,上述异步线程是指除应用程序的主线程以外的其他线程,用于获取该应用程序在不同业务类型场景下的日志信息。此处使用异步线程获取日志信息,不会阻塞主线程,从而保证应用程序的正常使用。在获取各业务类型对应的日志信息的过程中,需要根据各业务类型的目标权重值依次获取相应容量的日志信息。
步骤305、将获取到的日志信息依次拼接,得到待投递日志信息,并发送至服务器。
电子设备获取到待投递日志信息后,向服务器发送日志投递请求,其中,该日志投递请求可以携带待投递日志信息和投递类型,这样,应用软件的开发人员可以根据服务器接收到的日志投递请求,对待投递日志信息进行分析。
在本应用例中,可以根据投递类型和预设投递规则,从N个业务类型的日志信息中有选择性的获取M个日志信息,得到待投递日志信息,从而使得待投递日志信息是基于投递类型和预设投递规则得到,避免将重要的业务类型对应的日志信息遗漏,提高待投递日志信息的有效性。
需要说明的是,本申请实施例提供的日志投递方法,执行主体可以为日志投递装置,或者该日志投递装置中的用于执行日志投递方法的控制模块。本申请实施例中以日志投递装置执行日志投递方法为例,说明本申请实施例提供的日志投递装置。
参见图4,图4为本申请实施例提供的日志投递装置的结构示意图。如图4所示,该日志投递装置400包括:
确定模块401,用于在接收到日志投递操作的情况下,确定日志投递操作关联的投递类型;
获取模块402,用于根据投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息,其中,N个日志文件包括一一对应的N个业务类型的日志信息,预设投递规则包括N个业务类型对应的初始优先级和初始权重值,N为大于1的整数,M为小于或等于N的正整数;
发送模块403,用于向服务器发送日志投递请求,日志投递请求携带有待投递日志信息和投递类型。
可选地,获取模块402,包括:
确定子模块,用于根据投递类型和预设投递规则,确定N个业务类型对应的目标优先级和目标权重值;
获取子模块,用于根据目标优先级从高到低的顺序,依次从N个日志文件中获取M个日志信息,M个日志信息的总容量小于或等于预设的容量阈值,且M个日志信息对应的容量与容量阈值的比值小于或等于目标权重值;
拼接子模块,用于拼接M个日志信息,得到待投递日志信息;
其中,目标优先级为初始优先级,或根据初始优先级和投递类型确定的优先级;目标权重值为初始权重值,或根据容量阈值和预设权重值确定的权重值。
可选地,确定子模块,包括:
第一确定单元,用于在日志投递操作包括对目标业务类型的选择操作的情况下,根据初始优先级和投递类型确定目标优先级,并根据容量阈值和预设权重值确定目标权重值;
第二确定单元,用于在日志投递操作不包括对目标业务类型的选择操作的情况下,将初始优先级确定为目标优先级,并将初始权重值确定为目标权重值。
可选地,第一确定单元,具体包括:
将目标业务类型的优先级确定为第一优先级,将N个业务类型中除目标业务类型之外的多个剩余业务类型的优先级确定为第二优先级;
其中,第一优先级高于第二优先级,多个剩余业务类型在第二优先级中的排序与在初始优先级中的排序一致。
可选地,第一确定单元,具体还包括:
基于容量阈值和预设权重值,确定多个剩余业务类型对应的日志信息的剩余容量,预设权重值为目标业务类型对应的目标权重值;
基于多个剩余业务类型的数量和剩余容量,确定多个剩余业务类型中各剩余业务类型的目标权重值。
可选地,第一确定单元,具体还包括:
获取针对多个剩余业务类型的第i次计算的容量均值,第i次计算的容量均值是根据第i-1次计算后的剩余容量和第i-1次计算后的剩余业务类型的数量确定得到,i为小于或等于多个剩余业务类型的数量的正整数;
获取第i个剩余业务类型对应的日志信息的实际容量,第i个剩余业务类型为多个剩余业务类型中根据第二优先级从高到低排列的第i个剩余业务类型;
在实际容量大于或等于第i次计算的容量均值的情况下,将第i次计算的容量均值与容量阈值的比值,确定为第i个剩余业务类型的目标权重值;
在实际容量小于第i次计算的容量均值的情况下,将实际容量与容量阈值的比值,确定为第i个剩余业务类型的目标权重值。
可选地,第一确定单元,具体还包括:
基于预设权重值,确定多个剩余业务类型的剩余权重值,预设权重值为目标业务类型对应的目标权重值;
根据多个剩余业务类型的数量对剩余权重值进行均分,得到多个剩余业务类型中各剩余业务类型的目标权重值。
本申请实施例中的日志投递装置400,可以根据投递类型和预设投递规则,从N个业务类型的日志信息中有选择性的获取M个日志信息,得到待投递日志信息,从而使得待投递日志信息是基于投递类型和预设投递规则得到,避免将重要的业务类型对应的日志信息遗漏,提高待投递日志信息的有效性。
本申请实施例中的日志投递装置400可以是装置,也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备,也可以为非移动电子设备。示例性的,移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本或者个人数字助理(personaldigital assistant,PDA)等,非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage,NAS)、个人计算机(personal computer,PC)、电视机(television,TV)、柜员机或者自助机等,本申请实施例不作具体限定。
本申请实施例中的日志投递装置400可以为具有操作***的装置。该操作***可以为安卓(Android)操作***,可以为ios操作***,还可以为其他可能的操作***,本申请实施例不作具体限定。
本申请实施例提供的日志投递装置400能够实现图1至图3的方法实施例实现的各个过程,为避免重复,这里不再赘述。
可选的,如图5所示,本申请实施例还提供一种电子设备500,包括处理器501,存储器502,存储在存储器502上并可在处理器501上运行的程序或指令,该程序或指令被处理器501执行时实现上述日志投递方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。
本申请实施例还提供一种可读存储介质,可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述日志投递方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,处理器为上述实施例中的电子设备中的处理器。可读存储介质,包括计算机可读存储介质,如计算机只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、磁碟或者光盘等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (9)
1.一种日志投递方法,其特征在于,包括:
在接收到日志投递操作的情况下,确定所述日志投递操作关联的投递类型;
根据所述投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息,包括:根据投递类型和预设投递规则,确定N个业务类型对应的目标优先级和目标权重值;根据所述目标优先级从高到低的顺序,依次从N个日志文件中获取M个日志信息,所述M个日志信息的总容量小于或等于预设的容量阈值,且所述M个日志信息对应的容量与所述容量阈值的比值小于或等于所述目标权重值;拼接所述M个日志信息,得到所述待投递日志信息;其中,所述目标优先级为初始优先级,或根据所述初始优先级和所述投递类型确定的优先级;所述目标权重值为初始权重值,或根据所述容量阈值和预设权重值确定的权重值;其中,所述N个日志文件包括一一对应的N个业务类型的日志信息,所述预设投递规则包括所述N个业务类型对应的初始优先级和初始权重值,N为大于1的整数,M为小于或等于N的正整数;
向服务器发送日志投递请求,所述日志投递请求携带有所述待投递日志信息和所述投递类型。
2.根据权利要求1所述的方法,其特征在于,所述根据所述投递类型和预设投递规则,确定所述N个业务类型对应的目标优先级和目标权重值,包括:
在所述日志投递操作包括对目标业务类型的选择操作的情况下,根据所述初始优先级和所述投递类型确定所述目标优先级,并根据所述容量阈值和预设权重值确定所述目标权重值;
在所述日志投递操作不包括对目标业务类型的选择操作的情况下,将所述初始优先级确定为所述目标优先级,并将所述初始权重值确定为所述目标权重值。
3.根据权利要求2所述的方法,其特征在于,所述根据所述初始优先级和所述投递类型确定所述目标优先级,包括:
将所述目标业务类型的优先级确定为第一优先级,并将所述N个业务类型中除所述目标业务类型之外的多个剩余业务类型的优先级确定为第二优先级;
其中,所述第一优先级高于所述第二优先级,所述多个剩余业务类型在所述第二优先级中的排序与在所述初始优先级中的排序一致。
4.根据权利要求2所述的方法,其特征在于,所述根据所述容量阈值和预设权重值确定所述目标权重值,包括:
基于所述容量阈值和预设权重值,确定多个剩余业务类型对应的日志信息的剩余容量,所述预设权重值为所述目标业务类型对应的目标权重值,所述多个剩余业务类型为所述N个业务类型中除所述目标业务类型之外的其他业务类型;
基于所述多个剩余业务类型的数量和所述剩余容量,确定所述多个剩余业务类型中各剩余业务类型的目标权重值。
5.根据权利要求4所述的方法,其特征在于,所述基于所述多个剩余业务类型的数量和所述剩余容量,确定所述多个剩余业务类型中各剩余业务类型的目标权重值,包括:
获取针对所述多个剩余业务类型的第i次计算的容量均值,所述第i次计算的容量均值是根据第i-1次计算后的剩余容量和第i-1次计算后的剩余业务类型的数量确定得到,i为小于或等于所述多个剩余业务类型的数量的正整数;
获取第i个剩余业务类型对应的日志信息的实际容量,所述第i个剩余业务类型为所述多个剩余业务类型中根据第二优先级从高到低排列的第i个剩余业务类型;
在所述实际容量大于或等于所述第i次计算的容量均值的情况下,将所述第i次计算的容量均值与所述容量阈值的比值,确定为所述第i个剩余业务类型的目标权重值;
在所述实际容量小于所述第i次计算的容量均值的情况下,将所述实际容量与所述容量阈值的比值,确定为所述第i个剩余业务类型的目标权重值。
6.根据权利要求2所述的方法,其特征在于,所述根据所述容量阈值和预设权重值确定所述目标权重值,包括:
基于所述预设权重值,确定多个剩余业务类型的剩余权重值,所述预设权重值为所述目标业务类型对应的目标权重值,所述多个剩余业务类型为所述N个业务类型中除所述目标业务类型之外的其他业务类型;
根据所述多个剩余业务类型的数量对所述剩余权重值进行均分,得到所述多个剩余业务类型中各剩余业务类型的目标权重值。
7.一种日志投递装置,其特征在于,包括:
确定模块,用于在接收到日志投递操作的情况下,确定所述日志投递操作关联的投递类型;
获取模块,用于根据投递类型和预设投递规则,确定N个业务类型对应的目标优先级和目标权重值;根据所述投递类型和预设投递规则,从N个日志文件中获取M个日志信息,得到待投递日志信息,包括:根据所述目标优先级从高到低的顺序,依次从N个日志文件中获取M个日志信息,所述M个日志信息的总容量小于或等于预设的容量阈值,且所述M个日志信息对应的容量与所述容量阈值的比值小于或等于所述目标权重值;拼接所述M个日志信息,得到所述待投递日志信息;其中,所述目标优先级为初始优先级,或根据所述初始优先级和所述投递类型确定的优先级;所述目标权重值为初始权重值,或根据所述容量阈值和预设权重值确定的权重值;其中,所述N个日志文件包括一一对应的N个业务类型的日志信息,所述预设投递规则包括所述N个业务类型对应的初始优先级和初始权重值,N为大于1的整数,M为小于或等于N的正整数;
发送模块,用于向服务器发送日志投递请求,所述日志投递请求携带有所述待投递日志信息和所述投递类型。
8.一种电子设备,其特征在于,包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1-6任一项所述的日志投递方法的步骤。
9.一种可读存储介质,其特征在于,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1-6任一项所述的日志投递方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110256443.7A CN113055459B (zh) | 2021-03-09 | 2021-03-09 | 日志投递方法和装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110256443.7A CN113055459B (zh) | 2021-03-09 | 2021-03-09 | 日志投递方法和装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113055459A CN113055459A (zh) | 2021-06-29 |
CN113055459B true CN113055459B (zh) | 2022-11-01 |
Family
ID=76510695
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110256443.7A Active CN113055459B (zh) | 2021-03-09 | 2021-03-09 | 日志投递方法和装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113055459B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116055562A (zh) * | 2022-10-26 | 2023-05-02 | 北京蔚领时代科技有限公司 | 一种云游戏存储空间自动扩容方法及装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105306277A (zh) * | 2015-11-19 | 2016-02-03 | 中国建设银行股份有限公司 | 消息队列的消息调度方法及消息调度装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111429163B (zh) * | 2019-01-10 | 2023-08-15 | 百度在线网络技术(北京)有限公司 | 户外广告投放资源的推荐方法、装置及计算机设备 |
CN110266514A (zh) * | 2019-05-15 | 2019-09-20 | 平安科技(深圳)有限公司 | 日志获取方法、装置、终端及存储介质 |
CN111010290B (zh) * | 2019-11-22 | 2022-11-29 | 泰康保险集团股份有限公司 | 业务日志的处理方法、装置、电子设备及存储介质 |
CN111190871A (zh) * | 2019-12-18 | 2020-05-22 | 中移(杭州)信息技术有限公司 | 日志生成方法、装置、计算机设备及存储介质 |
CN112217737B (zh) * | 2020-09-23 | 2022-07-29 | 北京邮电大学 | 一种基于业务优先级的机会网络资源动态分配方法 |
-
2021
- 2021-03-09 CN CN202110256443.7A patent/CN113055459B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105306277A (zh) * | 2015-11-19 | 2016-02-03 | 中国建设银行股份有限公司 | 消息队列的消息调度方法及消息调度装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113055459A (zh) | 2021-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109104336B (zh) | 服务请求处理方法、装置、计算机设备及存储介质 | |
US20170185454A1 (en) | Method and Electronic Device for Determining Resource Consumption of Task | |
CN109327353B (zh) | 业务流量确定方法、装置及电子设备 | |
CN110060139B (zh) | 账务处理方法及装置 | |
CN108112038B (zh) | 一种控制访问流量的方法及装置 | |
US11475383B2 (en) | Operation defense method and device, apparatus, and computer-readable storage medium | |
CN106713396A (zh) | 服务器调度方法和*** | |
CN108268296A (zh) | 页面布局的加载方法、客户端和服务器 | |
US20170308546A1 (en) | File storage method and electronic device | |
CN110704677A (zh) | 一种节目推荐方法、装置、可读存储介质及终端设备 | |
CN113055459B (zh) | 日志投递方法和装置、电子设备及存储介质 | |
CN108632085B (zh) | 灰度用户管理方法、装置、平台及存储介质 | |
CN113806594A (zh) | 基于决策树的业务数据处理方法、装置、设备及存储介质 | |
CN112256672A (zh) | 数据库变更审批方法及装置 | |
CN110286990B (zh) | 用户界面展示方法、装置、设备及存储介质 | |
WO2020052358A1 (en) | Method and system for game data processing, server and computer readable storage medium | |
CN111080309A (zh) | 针对多个对象或多个模型的数据处理方法、装置及设备 | |
CN107193721B (zh) | 一种生成日志的方法和装置 | |
CN114995982A (zh) | 任务处理方法、装置及存储介质 | |
CN114237910A (zh) | 客户端负载均衡实现方法及装置 | |
CN114169451A (zh) | 行为数据分类处理方法、装置、设备及存储介质 | |
CN110442501B (zh) | 模拟业务异常的方法、装置及电子设备 | |
CN114513686A (zh) | 视频信息的确定方法、装置以及存储介质 | |
CN112559294A (zh) | 一种应用页面资源消耗的确定方法和装置 | |
CN113766442B (zh) | 一种话务资源共享方法、装置、计算设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |