1.本技术涉及计算机技术，尤其涉及一种日志处理方法、装置、设备及程序产品。
背景技术：
：：2.车辆生产商可以利用地图厂商提供的车载地图软件开发工具包(softwaredevelopmentkit，sdk)，开发自己的车载导航，以利用车载全球定位系统(globalpositioningsystem，gps)配合电子地图实现导航功能，为驾驶员提供去往目的地的最短或者最快路径。目前，当采用该方式开发的车载导航存在缺陷(bug)时，车辆生产商可以利用地图厂商提供的日志说明文档，从车载导航的日志文件中提取相关的日志文件后，上传至地图厂商的相关平台进行bug分析和处理。但是，上述日志文件提取的方式，存在效率低、准确性差的问题。技术实现要素：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.所述存储器存储计算机执行指令；49.所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面中任一项所述的方法，或者，第二方面中任一项所述的方法。50.第六方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面任一项所述的方法，或者，第二方面中任一项所述的方法。51.第七方面，本技术提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任一项所述的方法，或者，第二方面中任一项所述的方法。52.本技术提供的日志处理方法、装置、设备及程序产品，电子设备通过将待提取的日志所在的目录和目标应用的版本标识发送给日志处理平台，以使日志处理平台根据目标应用的版本标识，以及，目标应用的版本标识与日志文件命名规则的映射关系，从目录的文件清单中精准的获取待上传的日志文件清单发送给电子设备，从而使电子设备能够基于该精准日志文件清单，实现日志文件文件的自动、且精准提取和上传。该过程实现了日志的智能且精准的提取和上报，无需用户阅读日志说明文档，也无需用户人工参与提取，提高了日志文件提取的效率和准确性，简化了用户工作，提升用户体验，降低了上报日志的用户的专业知识的门槛。另外，日志的精准的提取和上报，也减少了上报日志文件的流量消耗，以及，日志处理平台的存储成本，提高bug处理人员下载、解压、处理日志文件的效率，也无需从日志文件中剔除与该目标应用无关日志文件。附图说明53.为了更清楚地说明本技术或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。54.图1为一种可能的日志分类示意图；55.图2为一种可能的日志说明文档的示意图；56.图3为本技术实施例提供的一种日志处理方法的流程示意图；57.图4为本技术实施例提供的另一种日志处理方法的流程示意图；58.图5为本技术提供的一种日志处理装置的结构示意图；59.图6为本技术提供的另一种日志处理装置的结构示意图；60.图7为本技术提供的一种电子设备结构示意图。61.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。具体实施方式62.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术中的附图，对本技术中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。63.车载导航除导航功能之外，还包括一些个性化的功能，例如，影音播放、上网、收音机、数字电视等功能。针对导航功能，车辆生产商(下述简称用户)通常利用地图厂商提供的车载地图sdk(简称autosdk)的应用程序界面(applicationprograminterface，api)，开发自己的车载导航的导航功能。64.为了快速定位问题和解决问题，autosdk提供了各种各样的日志。图1为一种可能的日志分类示意图，如图1所示，autosdk所提供的日志例如可以分为功能日志、网络请求日志、定位日志、电子地平线产品(electrichorizonproduct，ehp)日志、车道级导航日志等，具体包括哪些日志与autosdk所能提供的服务(也可以称为功能/或业务)有关，对此不进行限定。65.其中，功能日志例如可以包括autosdk所能提供的通用导航功能的日志，例如，2d导航(也可以称为标精地图导航)的日志、增强现实(augmentedreality，ar)导航的日志。当autosdk的功能存在bug时，可以提取并上报功能日志。66.网络请求日志例如可以包括与网络请求相关的日志。当autosdk的网络请求存在bug时，可以提取并上报网络请求日志。67.定位日志例如可以包括与定位相关的日志。当autosdk的定位存在bug时，可以提取并上报定位日志。68.ehp日志：当autosdk存在ehp模块时，或者说，提供该服务时，或者说提供该业务时，autosdk中存在该日志。当autosdk的ehp服务存在bug时，可以提取并上报ehp日志。69.车道级导航日志通常是指3d导航(也可以称为高精地图导航)服务的日志。当autosdk存在车道级模块时，或者说，提供该服务时，或者说提供该业务时，autosdk中存在该日志。当autosdk的车道级导航服务存在bug时，可以提取并上报车道级导航日志。70.目前，当用户利用地图厂商提供的autosdk开发的车载导航的导航功能存在缺陷(bug)时，用户可以利用地图厂商提供的日志说明文档，从车载导航的日志文件中提取相关的日志文件后，通过终端设备打包上传至地图厂商的相关平台，以进行bug分析和处理。71.此处所说的相关平台例如可以是bug管理平台或bug自助分析平台或日志存储平台等，具体本技术对平台的命名不做限定。其中，bug管理平台可以是通过bug处理人员通过下载用户上传的日志文件进行bug人工分析和处理的平台。bug自助分析平台上例如可以设置有autosdk的多个bug历史案例、历史案例对应的日志文件，以及，解决方案。因此，用户可以通过上传相关的日志文件，从bug历史案例中匹配是否有相似或相同案例以获取该案例的解决方案。日志存储平台可以是为bug处理平台(例如bug管理平台或bug自助分析平台)提供日志存储功能的平台，日志文件在日志存储平台中的存储地址可以链接至bug处理平台，供bug分析和处理时下载日志文件。72.上述所说的日志说明文档也称为日志分类文档，用于描述各种服务(或者业务)的日志在目录中的位置。图2为一种可能的日志说明文档的示意图，如图2所示，图2示出了日志说明文档中描述各种服务(或者业务)的日志在目录中的位置的内容，或者说，各种服务(或者业务)的日志在目录中的路径(即logpath)。应理解，除各种服务(或者业务)的日志在目录中的位置之外，日志说明文档还可以包括日志分类内容，例如图1所示的内容，以及，其他与日志相关的描述信息，对此不进行限定。需说明，各种服务(或者业务)的日志在目录中的位置可支持用户自定义，或者说，用户可根据实际需求变更，对此不进行限定。例如，图2中/sdcard/navi/为默认路径，用户可根据实际需求变更该路径。73.然而，利用地图厂商提供的日志说明文档，从车载导航的日志文件中提取相关的日志文件进行上传的实现方式存在如下问题：74.(1)在autosdk版本更新迭代的过程中，其所包括的日志类型、日志文件命名、日志文件存储位置可能会发生变化。若日志说明文档更新不及时，易使用户基础错误的日志说明文档，提取的日志文件不准确，进而导致bug分析和处理的结果不准确。75.(2)因为日志说明文档可能会经常更新，因此，用户每次提取日志文件时，需要先阅读该日志说明文档，导致日志文件提取的效率较低。尤其是对于需要处理大量的bug的用户来说，日志文件提取的效率更低。76.(3)部分用户可能会提取并上传车载导航中的所有日志文件，导致上传的日志文件占用地图厂商的相关平台的较多的存储空间，且包含了大量的无用信息。例如包含了与autosdk无关的日志文件，示例性的，包含了车载导航的娱乐app的日志文件。示例性的，车载导航中的所有日志文件大小可能有几个g，而与autosdk有关的日志文件可能只有几k。77.另外，这种处理方式，尤其是对于需要处理大量的bug的用户来说，针对每个bug都需要花费更多的时间用来提取、打包和上传，导致日志文件提取的效率更低。另外，对于地图厂商的相关平台侧bug处理人员，也会花费更多的时间用来下载、解压和处理日志文件上，导致bug分析和处理的效率较低。78.综上，上述日志文件提取的方式，存在效率低、准确性差的问题。79.有鉴于此，本技术提供了一种日志处理方法，能够实现日志的智能且精准的提取和上报，提高了日志文件的提取效率和准确性，简化了用户工作，提升用户体验，同时也减少了相关平台的存储成本，提高bug处理人员的效率。应理解，本技术实施例可以适用于上传任一应用的日志文件的场景，不局限于前述所说的上传autosdk的日志文件的场景。80.下面以目标应用为例，结合具体地实施例对用户侧的电子设备与目标应用侧的日志处理平台如何实现日志的智能且精准的提取和上报进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。81.应理解，此处所说的目标应用可以是任一类型的应用，不局限于前述所说的autosdk。用户侧的电子设备是指使用目标应用一侧的电子设备，该电子设备例如备例如可以是手机、平板电脑(portableandroiddevice，pad)、服务器等。目标应用侧的日志处理平台可以是目标应用侧任一能够基于日志文件进行bug分析和处理的平台，例如前述所说的bug管理平台或bug自助分析平台。82.需说明，日志处理平台可以单独部署在任意环境中的一个电子设备上(例如：单独部署在边缘环境的一个边缘服务器上)，也可以全部部署在云环境中，还可以分布式地部署在不同的环境中。例如，日志处理平台可以在逻辑上分成多个部分，每个部分具有不同的功能。日志处理平台中的各部分可以分别部署在电子设备(位于用户侧)、边缘环境和云环境中的任意两个或三个中。边缘环境为包括距离电子设备较近的边缘电子设备集合的环境，边缘电子设备包括：边缘服务器、拥有计算力的边缘小站等。部署在不同环境或设备的日志处理平台的各个部分协同实现日志处理平台的功能。应理解，本技术不对日志处理平台的哪些部分部署具体部署在什么环境进行限制性的划分，实际应用时可根据电子设备的计算能力、边缘环境和云环境的资源占有情况或具体应用需求进行适应性的部署。83.图3为本技术实施例提供的一种日志处理方法的流程示意图。如图3所示，该方法包括：84.s101、电子设备获取目标应用的日志提取配置信息。85.其中，该日志提取配置信息包括：待提取的日志所在的目录和目标应用的版本标识。此处所说的目录可以是待提取的日志在电子设备上存储的路径所在的目录。目标应用的版本标识可以是任一能够标识版本的标识，例如，版本号。86.例如，电子设备可以显示日志提取界面，以使用户可以通过日志提取界面输入日志提取配置信息。然后，电子设备可以获取用户在该日志提取界面输入的日志提取配置信息。再例如，电子设备可以获取预先存储在本地的目标应用的日志提取配置信息。或者，电子设备可以获取用户通过其他电子设备发送的目标应用的日志提取配置信息等。87.s102、电子设备根据日志提取配置信息，执行日志提取流程。该日志提取流程可以包括如下步骤：88.s1021、电子设备遍历待提取的日志所在的目录，生成目录的文件清单。89.关于电子设备如何遍历目录生成文件清单，可以参见现有技术的实现方式，对此不再赘述。90.s1022、电子设备向日志处理平台发送日志提取请求。91.相应地，日志处理平台接收该日志提取请求。其中，该日志提取请求包括：目录的文件清单，以及，目标应用的版本标识。92.s1023、日志处理平台根据目标应用的版本标识，以及，目标应用的版本标识与日志文件命名规则的映射关系，从目录的文件清单中获取待上传的日志文件清单。93.如前所述，由于同一应用的不同版本的日志文件的命名可能存在差异。因此，本技术实施例中日志处理平台预先设置有版本标识与日志文件命名规则的映射关系。当日志处理平台接收到来自电子设备的日志提取请求后，可以基于目标应用的版本标识，获取该版本标识与日志文件命名规则的映射关系。然后，日志处理平台可以基于该映射关系，从目录的文件清单中获取满足映射关系所表征的命名规则的所有日志文件清单，并将其作为待上传的日志文件清单。94.该日志文件清单例如可以是每个待上传的日志文件的标识(例如命名)，和/或，每个待上传的日志文件在目录中的位置等。95.s1024、日志处理平台向电子设备发送日志提取响应。96.相应地，电子设备接收该日志提取响应。其中，该日志提取响应用于指示基于目录的文件清单和目标应用的版本标识得到的日志文件清单。97.s1025、电子设备从目录下提取日志文件清单所对应的日志文件。98.s1026、电子设备将提取日志文件清单所对应的日志文件上传至日志处理平台。99.一种可能的实现方式，电子设备可以将提取的日志文件直接上传至日志处理平台；或者，电子设备可以按照日志处理平台所需的日志文件格式，对提取到的日志文件进行格式转换后上传至日志处理平台；或者，电子设备可以将提取的日志文件打包后，上传至日志处理平台；或者，电子设备可以按照日志处理平台所需的日志文件格式，对提取到的日志文件进行格式转换后，将转换格式后的日志文件打包上传至日志处理平台。应理解，上述所说的打包例如可以包括：文件压缩和/或文件加密处理等。关于如何实现文件压缩和/或文件加密，可以参见现有的实现方式，对此不进行限定。100.需说明，该日志处理平台具有存储空间，当接收到来自电子设备侧上传的日志文件后，可以存储至自身的存储空间中。或者，日志处理平台可以将接收到的日志文件发送至日志存储平台进行存储，并记录日志文件在日志存储平台中的存储地址，以减少日志处理平台的存储压力，具体可以根据日志处理平台的配置设置。101.如前所述，电子设备可以通过日志提取界面获取用户输入的日志提取配置信息。相应地，关于步骤s102根据日志提取配置信息，执行日志提取流程，也可以是响应于用户在日志提取界面触发的日志提取指令，根据用户所输入的日志提取配置信息，执行所述日志提取流程。具体实现时，日志提取界面可以设置有触发的日志提取指令的控件，以使用户通过该控件触发日志提取指令，以触发电子设备自动执行步骤s1021-s1026。102.可选地，在该实现方式下，上述日志提取界面还可以设置有展示区域，以在该展示区域展示展示日志提取流程的执行情况，便于用户及时获知该日志提取流程当前的执行情况。例如可以包括下述至少一项：日志提取流程的总执行进度、当前正在执行的动作、该动作的执行进度等。103.本技术提供的日志处理方法，电子设备通过将待提取的日志所在的目录和目标应用的版本标识发送给日志处理平台，以使日志处理平台根据目标应用的版本标识，以及，目标应用的版本标识与日志文件命名规则的映射关系，从目录的文件清单中精准的获取待上传的日志文件清单发送给电子设备，从而使电子设备能够基于该精准日志文件清单，实现日志文件文件的自动、且精准提取和上传。该过程实现了日志的智能且精准的提取和上报，无需用户阅读日志说明文档，也无需用户人工参与提取，提高了日志文件提取的效率和准确性，简化了用户工作，提升用户体验，降低了上报日志的用户的专业知识的门槛。另外，日志的精准的提取和上报，也减少了上报日志文件的流量消耗，以及，日志处理平台的存储成本，提高bug处理人员下载、解压、处理日志文件的效率，也无需从日志文件中剔除与该目标应用无关日志文件。104.可选地，在上述实施例的基础上，本技术实施例提供的日志处理方法，可以通过如下方式，实现全量或差量提取该目标应用的日志文件：105.一种可能的实现方式，前述所说的日志提取配置信息还可以包括：日志提取对应的时间范围。该时间范围用于指示具体提取哪个时间范围的日志文件，以实现全量提取日志文件，或，差量提取日志文件。106.相应地，上述电子设备向日志处理平台发送的日志提取请求中还可以包括日志提取对应的时间范围。这样，日志处理平台可以根据目标应用的版本标识，以及，目标应用的版本标识与日志文件命名规则的映射关系，从目录的文件清单中获取位于该时间范围内的日志文件清单，以实现日志的全量提取或差量提取。通过这种方式，能够更加精细化的提取日志文件，进一步提高了日志提取的效率、准确性，也进一步降低了日志处理平台的日志存储成本，以及，提高了下载、解压和处理日志文件的效率。107.另一种可能的实现方式，前述所说的日志提取配置信息还可以包括：待提取的日志的类型。该类型用于指示具体提取哪个类型的日志文件，以实现全量提取日志文件，或，差量提取日志文件。108.此处所说的日志类型也可以称为目标应用的业务类型，或者说，目标应用所能提供的服务类型，具体与目标应用自身的配置有关。以前述所说的车载导航为例，此处所说的日志类型例如可以分为功能日志、网络请求日志、定位日志、ehp日志、车道级导航日志等。109.相应地，上述电子设备向日志处理平台发送的日志提取请求中还可以包括待提取的日志的类型。这样，日志处理平台可以根据目标应用的版本标识，以及，目标应用的版本标识与日志文件命名规则的映射关系，从目录的文件清单中获取该类型的日志文件清单，以实现日志的全量提取或差量提取。通过这种方式，能够更加精细化的提取日志文件，进一步提高了日志提取的效率、准确性，也进一步降低了日志处理平台的日志存储成本，以及，提高了下载、解压和处理日志文件的效率。110.另一种可能的实现方式，前述所说的日志提取配置信息还可以包括：日志提取对应的时间范围，以及，待提取的日志的类型。相应地，上述电子设备向日志处理平台发送的日志提取请求中还可以包括日志提取对应的时间范围，以及，待提取的日志的类型，以使日志处理平台从目录的文件清单中获取位于该时间范围内的该类型的日志文件清单，以进一步更加精细化的提取日志文件。111.需说明，上述仅是示例性的给出了几种实现全量或差量提取该目标应用的日志文件的方式，具体实现时，也可以根据目标应用自身的特点，利用其他的参数实现全量或差量提取该目标应用的日志文件等。112.可选地，上述日志提取配置信息还可以包括：目标应用当前存在的问题的描述信息。相应地，电子设备向日志处理平台发送的日志提取请求中还可以包括目标应用当前存在的问题的描述信息，或者，电子设备将提取日志文件清单所对应的日志文件和目标应用当前存在的问题的描述信息一同上传至日志处理平台。此处所说的描述信息例如可以是具体的问题描述，也可以是bug的标识，或者是能够表征bug标识的任务id等。通过该方式，可以在上述实现日志的智能且精准的提取和上报的过程中，还可以一并上报目标应用当前存在的问题的描述信息，以便于bug处理人员对日志文件精准的进行bug分析和处理，提高了bug处理人员的处理效率。113.需说明，本技术实施例提供的日志处理方法，电子设备可以通过自身的功能实现前述所说的方法流程，以实现日志的智能且精准的提取和上报，也可以通过安装的日志工具应用(application，app)实现前述所说的方法流程。应理解，该app也可以采用其他命名，本技术对此不做限定。114.下面对电子设备如何通过日志工具app(简称日志工具)实现目标应用的日志的智能且精准的提取和上报进行示例说明。115.需说明，电子设备在通过日志工具实现目标应用的日志的智能且精准的提取和上报之前，可以将安装有存在缺陷的目标应用的设备的日志文件预先拷贝到电子设备的某个目录下。116.图4为本技术实施例提供的另一种日志处理方法的流程示意图。如图4所示，该方法包括：117.1、日志工具启动环节(该环节为可选的步骤，若日志工具之前已启动，该环节可省略)118.1.1用户启动日志工具119.示例性的，用户可以通过电子设备上的日志工具的图标，以启动该日志工具，或者，将后台运行的日志工具切换至前台运行。120.1.2日志工具启动并显示用户界面121.示例性的，日志工具的用户界面例如可以是前述所说的日志提取界面，用于实现前述所说的日志提取。例如，该用户界面按照功能划分可以包括如下几部分：日志目录部分、任务id部分、软件版本号部分、问题发生时间部分、展示区域部分。122.其中，日志提取界面中日志目录部分，可以通过选择按钮选择待提取的日志在电子设备中的目录，也可以通过日志目录对应的输入框，输入待提取的日志在电子设备中的目录。123.任务id部分，可以通过任务id对应的输入框，输入此次上传的日志文件对应的任务id，以通过该任务id表征目标应用当前存在的问题。在一些实施例中，该任务id也可以称为bugid等。124.可选地，任务id部分还可以设置有一确定按钮控件，当用户输入任务id后，点击该确定按钮控件，可以将任务id同步至服务器，以上报目标应用当前存在的问题的描述信息，便于bug处理人员对日志文件精准的进行bug分析和处理，提高了bug处理人员的处理效率。125.软件版本号部分，可以通过软件版本号对应的输入框，输入目标应用的软件版本号。126.问题发生时间部分，可以通过勾选全量提取控件的按钮，实现日志文件的全量提取，也可以通过问题发生时间部分对应的开始日期时间输入框、前xx分钟的输入框，以及，后xx分钟的输入框实现日志文件的差量提取。该开始日期时间输入框例如可以用于输入bug发生的时间。127.以开始日期时间为2022年11月1日14:00为例，前xx分钟的输入框输入的时间是10分钟，后xx分钟的输入框输入的时间是30分钟，则可以实现提取2022年11月1日13:50至2022年11月1日14:30的日志文件。128.需说明，当通过勾选全量提取控件的按钮，实现日志文件的全量提取，也可以在开始日期时间输入框输入具体的时间，并将该具体的时间同步至服务器，以便于bug处理人员可以基于bug发生的时间，对日志文件精准的进行bug分析和处理，提高了bug处理人员的处理效率。129.展示区域部分，用于展示后续日志提取流程的执行情况。130.位于展示区域下方的确定按钮，用于触发日志提取指令，以使电子设备通过日志工具，根据日志提取配置信息，执行日志提取流程。131.位于展示区域下方的取消按钮，用于在电子设备通过日志工具，根据日志提取配置信息执行日志提取流程过程中，终止日志提取流程的执行。132.2、获取日志提取配置信息环节133.2.1用户配置日志提取配置信息(例如日志目录、时间范围、版本号等)。134.例如，用户通过电子设备所显示的日志工具的用户界面，配置日志信息(即日志提取配置信息)。关于如何使用该界面配置日志信息，可以参见前述1.2关于该界面中各控件的描述。135.3、日志智能提取上传环节136.3.1用户触发日志提取指令。137.例如，用户通过点击用户界面中位于展示区域下方的确定按钮的方式，触发日志提取指令，以使电子设备通过日志工具，根据日志提取配置信息，执行日志提取流程。138.3.2日志工具遍历日志所在目录下的所有文件生成文件清单。139.具体地，日志工具遍历通过日志目录部分所获取的日志所在的目录的所有文件，生成该目录的文件清单。140.3.3日志工具向日志处理平台发送日志提取请求，该日志提取请求包括：目录的文件清单、目标应用的版本号、日志提取对应的时间范围、任务id。141.3.4日志处理平台根据目标应用的版本号，以及，目标应用的版本号与日志文件命名规则的映射关系，从目录的文件清单中获取位于该时间范围内的日志文件清单。142.3.5日志处理平台向日志工具发送日志提取响应，该日志提取响应包括：日志文件清单。143.3.6日志工具根据日志文件清单压缩并生成日志文件包。144.例如，日志工具从目录下提取日志文件清单所对应的日志文件，将提取的日志文件压缩并生成日志文件包，即打包得到日志文件包。145.3.7日志工具向日志处理平台上传日志文件包。146.一种可能的实现方式，该日志处理平台具有存储上传的日志文件的存储空间，因此，当接收到上传的日志文件后，可以存储至自身的存储空间中。147.或者，日志处理平台通过日志存储平台存储上传的日志文件。例如，日志工具可以通过日志处理平台向日志存储平台上传日志文件包。示例性的，日志工具可以将日志文件包上传至日志处理平台。日志处理平台在接收到该日志文件包后，再存储至日志该存储平台。148.再例如，日志处理平台向日志工具返回日志提取响应中可以携带有日志存储平台的链接地址，以使日志工具可以访问日志存储平台，以执行日志文件包的上传动作。149.3.8日志处理平台向日志工具返回日志上传结果。150.若日志处理平台通过日志存储平台存储上传的日志文件，则一种可能的实现方式，日志存储平台可以向日志处理平台返回日志文件的日志上传结果，以及，日志文件在日志存储平台中的存储地址或者存储标识。该存储地址或存储标识用于后续日志处理平台从日志存储平台下载该日志文件。日志处理平台在接收到该日志上传结果后，再向日志工具返回该日志上传结果。该日志上传结果例如用于表征日志文件是否上传成功。151.再一种可能的实现方式，若日志工具通过访问日志存储平台的方式，执行日志文件包的上传动作，则在该实现方式下，日志存储平台可以向日志处理平台发送日志文件在日志存储平台中的存储地址，或者，存储标识。日志处理平台在接收到日志文件在日志存储平台中的存储地址后，再向日志工具返回日志上传结果。或者，也可以由日志存储平台直接向日志工具返回日志上传结果，并向日志处理平台发送日志文件在日志存储平台中的存储地址，或者，存储标识。152.3.9日志工具返回日志提取上传结果。153.例如，日志工具可以通过其展示区域显示日志文件的提取和上传结果，也可以通过弹窗的方式，显示日志文件的提取和上传结果。154.4日志工具关闭环节(该环节为可选的步骤)155.4.1用户关闭日志工具156.示例性的，用户可以通过日志工具界面的关闭控件，或者，电子设备中关闭app的方式，触发关闭该日志工具的操作。157.4.2日志工具执行关闭操作158.应理解，该步骤也可以理解为电子设备执行日志工具的关闭操作。159.本技术提供的日志处理方法，电子设备通过将待提取的日志所在的目录和目标应用的版本标识发送给日志处理平台，以使日志处理平台根据目标应用的版本标识，以及，目标应用的版本标识与日志文件命名规则的映射关系，从目录的文件清单中精准的获取待上传的日志文件清单发送给电子设备，从而使电子设备能够基于该精准日志文件清单，实现日志文件文件的自动、且精准提取和上传。该过程实现了日志的智能且精准的提取和上报，无需用户阅读日志说明文档，也无需用户人工参与提取，提高了日志文件提取的效率和准确性，简化了用户工作，提升用户体验，降低了上报日志的用户的专业知识的门槛。另外，日志的精准的提取和上报，也减少了上报日志文件的流量消耗，以及，日志处理平台的存储成本，提高bug处理人员下载、解压、处理日志文件的效率，也无需从日志文件中剔除与该目标应用无关日志文件。160.图5为本技术提供的一种日志处理装置的结构示意图。如图5所示，该日志处理装置包括：获取模块11、处理模块12，以及，收发模块13。其中，161.获取模块11，用于获取目标应用的日志提取配置信息；其中，所述日志提取配置信息包括：待提取的日志所在的目录和所述目标应用的版本标识；162.处理模块12，用于根据所述日志提取配置信息，执行日志提取流程。163.所述日志提取流程包括：164.遍历所述目录生成所述目录的文件清单；165.通过收发模块13向日志处理平台发送日志提取请求，所述日志提取请求包括：所述目录的文件清单，以及，所述目标应用的版本标识；166.通过收发模块13接收所述日志处理平台返回的日志提取响应，所述日志提取响应用于指示基于所述目录的文件清单和所述目标应用的版本标识得到的日志文件清单；167.从所述目录下提取所述日志文件清单所对应的日志文件，并通过收发模块13上传至所述日志处理平台。168.一种可能的实现方式，获取模块11，具体用于显示日志提取界面，并获取用户在所述日志提取界面输入的所述日志提取配置信息。在该实现方式下，处理模块12，具体用于响应于所述用户在所述日志提取界面触发的日志提取指令，根据所述日志提取配置信息，执行所述日志提取流程。169.一种可能的实现方式，处理模块12，还用于在所述日志提取界面，展示所述日志提取流程的执行情况。170.一种可能的实现方式，所述日志提取配置信息还包括：日志提取对应的时间范围；所述日志提取请求还包括：所述时间范围；所述日志提取响应用于指示基于所述目录的文件清单、所述目标应用的版本标识和所述时间范围得到的日志文件清单。171.和/或，所述日志提取配置信息还包括：待提取的日志的类型，所述日志提取请求还包括：所述待提取的日志的类型；所述日志提取响应用于指示基于所述目录的文件清单、所述目标应用的版本标识和所述日志的类型得到的日志文件清单。172.一种可能的实现方式，所述日志提取配置信息还包括：所述目标应用当前存在的问题的描述信息，所述日志提取请求还包括：所述描述信息。173.一种可能的实现方式，处理模块12，具体用于打包提取到的所述日志文件清单所对应的日志文件，并通过收发模块13将打包后的日志文件上传至所述日志处理平台。174.本技术实施例提供的日志处理装置，可以执行上述方法实施例中电子设备的动作，其实现原理和技术效果类似，在此不再赘述。175.图6为本技术提供的另一种日志处理装置的结构示意图。如图6所示，该日志处理装置包括：收发模块21、处理模块22。其中，176.收发模块21，用于接收电子设备发送的日志提取请求，所述日志提取请求包括：目标应用的版本标识，以及，所述目标应用待提取的日志所在的目录的文件清单；177.处理模块22，用于根据所述目标应用的版本标识，以及，所述目标应用的版本标识与日志文件命名规则的映射关系，从所述目录的文件清单中获取待上传的日志文件清单；178.收发模块21，还用于向所述电子设备发送日志提取响应，所述日志提取响应包括：所述日志文件清单。179.一种可能的实现方式，所述日志提取请求，还包括：日志提取对应的时间范围；处理模块22，具体用于根据所述目标应用的版本标识，以及，所述目标应用的版本标识与日志文件命名规则的映射关系，从所述目录的文件清单中获取位于所述时间范围内的日志文件清单。180.和/或，所述日志提取请求，还包括：待提取的日志的类型；处理模块22，具体用于根据所述目标应用的版本标识，以及，所述目标应用的版本标识与日志文件命名规则的映射关系，从所述目录的文件清单中获取所述类型的日志文件清单。181.一种可能的实现方式，所述日志提取请求还包括：所述目标应用当前存在的问题的描述信息。182.本技术实施例提供的日志处理装置，可以执行上述方法实施例中日志处理平台的动作，其实现原理和技术效果类似，在此不再赘述。183.图7为本技术提供的一种电子设备结构示意图。如图7所示，该电子设备300可以包括：至少一个处理器301、存储器302、通信接口303。184.存储器302，用于存放程序。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。185.存储器302可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。186.处理器301用于执行存储器302存储的计算机执行指令，以实现前述方法实施例所描述的日志处理方法中电子设备的动作或日志处理平台的动作。其中，处理器301可能是一个中央处理器(centralprocessingunit，简称为cpu)，或者是特定集成电路(applicationspecificintegratedcircuit，简称为asic)，或者是被配置成实施本技术实施例的一个或多个集成电路。187.可选地，该电子设备300还可以包括显示装置304。显示装置304可以耦合至处理器301，处理器301控制显示装置304显示进行显示。以电子设备300用于执行前述方法实施例中电子设备的动作，则处理器301控制显示装置304显示进行日志提取界面的显示。以电子设备300用于执行前述方法实施例中日志处理平台的动作，则处理器301控制显示装置304显示进行日志处理界面、日志下载界面等界面的显示。188.在具体实现上，如果通信接口303、存储器302和处理器301独立实现，则显示装置304、通信接口303、存储器302和处理器301可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(industrystandardarchitecture，简称为isa)总线、外部设备互连(peripheralcomponent，简称为pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，简称为eisa)总线等。总线可以分为地址总线、数据总线、控制总线等，但并不表示仅有一根总线或一种类型的总线。189.可选的，在具体实现上，如果通信接口303、存储器302和处理器301集成在一块芯片上实现，则通信接口303、存储器302和处理器301可以通过内部接口完成通信。190.本技术还提供了一种日志处理平台，用于实现前述所说的日志处理方法，对此不再赘述。191.本技术还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁盘或者光盘等各种可以存储程序代码的介质，具体的，该计算机可读存储介质中存储有程序指令，程序指令用于上述实施例中的方法。192.本技术还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得电子设备实施上述的各种实施方式提供的日志处理方法。193.最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。当前第1页12当前第1页12