CN114185589A - 基于Spring boot的文件传输方法、装置、设备及介质 - Google Patents

Abstract

本发明涉及开发技术领域，揭露一种基于Spring boot的文件传输方法，包括：从第一前端业务系统中获取业务文件，通过Spring boot框架生成业务文件的配置信息；监听配置信息的变化，根据变化结果生成更新配置信息；利用预设的线程池根据更新配置信息对业务文件进行处理，得到处理文件；配置通用文件接口，通过文件接口将处理文件传输至第二前端业务系统中进行存储。本发明还涉及一种区块链技术，处理文件可以存储在区块链节点中。本发明还提出一种基于Spring boot的文件传输装置、设备以及介质。本发明可以提高前端系统之间文件传输的效率和兼容性。

Description

基于Spring boot的文件传输方法、装置、设备及介质

技术领域

本发明涉及开发技术领域，尤其涉及一种基于Spring boot的文件传输方法、装置、电子设备及计算机可读存储介质。

背景技术

随着前端系统用户量级越来越大，前端系统之间的文件传输或共享应用也越来越广泛。目前，前端系统在各模块中开发文件功能时，对于不同系统中的文件存储常常需要个性化开发，使得数据的维护和生产源头不一致，前端系统之间文件无法兼容，且前端系统之间常常出现重复开发现象的问题，导致不同前端系统间的文件传输过程中文件的兼容性差且传输效率低下。

发明内容

本发明提供一种基于Spring boot的文件传输方法、装置、电子设备及计算机可读存储介质，其主要目的是为了提高前端系统之间文件传输的效率和兼容性。

为实现上述目的，本发明提供的一种基于Spring boot的文件传输方法，包括：

从第一前端业务系统中获取业务文件，通过Spring boot框架生成所述业务文件的配置信息；

监听所述配置信息的变化，根据变化结果生成更新配置信息；

利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件；

配置通用文件接口，通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储。

可选地，所述监听所述配置信息的变化，根据变化结果生成更新配置信息，包括：

获取属性注册表，所述属性注册表中包括类的实例，不同的类的实例包含不同的配置信息；

从所述属性注册表中提取预设时间内存在变化的类的实例；

根据所述变化的类的实例生成更新配置信息。

可选地，所述通过Spring boot框架生成所述业务文件的配置信息，包括：

获取所述业务文件的配置类，对所述配置类进行类注解，得到自定义配置类；

根据所述自定义配置类利用所述Spring boot框架配置所述业务文件的环境变量及配置所述业务文件的路径；

根据配置所述业务文件的环境及配置所述业务文件的路径，生成所述业务文件的配置信息。可选地，所述通过Spring boot框架生成所述业务文件的配置信息之后，所述方法还包括：

加载所述配置信息对应的访问对象配置组件，利用所述配置组件连接所述业务文件，以获取所述业务文件的数据源。

可选地，所述利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，包括：

判断所述预设的线程池是否有闲置线程；

若所述线程池中有闲置线程，利用所述闲置线程根据所述更新配置信息对所述业务文件进行处理；

若所述线程池中没有闲置线程，将所述业务文件存储至所述线程池的暂时线程中，直到所述线程池中出现新增闲置线程时，利用所述新增闲置线程对所述业务文件进行处理。

可选地，所述通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储，包括：

获取所述处理文件的请求调用系统指令，根据所述请求调用系统指令获取所述请求调用指令对应的第二前端业务系统的统一资源定位器；

将所述统一资源定位器传输至所述文件接口中，通过所述文件接口实现所述处理文件传输至所述第二前端业务系统中进行存储。

可选地，所述获取训练数据之后，所述从第一前端业务系统中获取业务文件之后，所述方法还包括：

利用预设公钥获取所述业务文件的加密密文，利用预设私钥与所述预设公钥进行配对；

根据配对结果对所述加密密文进行解密，得到解密的所述业务文件。

为了解决上述问题，本发明还提供一种基于Spring boot的文件传输装置，所述装置包括：

配置信息生成模块，用于从第一前端业务系统中获取业务文件，通过Spring boot框架生成所述业务文件的配置信息；

配置信息更新模块，用于监听所述配置信息的变化，根据变化结果生成更新配置信息；

业务文件处理模块，用于利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件；

文件传输模块，用于配置通用文件接口，通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储。

为了解决上述问题，本发明还提供一种电子设备，所述电子设备包括：

存储器，存储至少一个计算机程序；及

处理器，执行所述存储器中存储的计算机程序以实现上述所述的基于Springboot的文件传输方法。

为了解决上述问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一个计算机程序，所述至少一个计算机程序被电子设备中的处理器执行以实现上述所述的基于Spring boot的文件传输方法。

本发明实施例中，首先通过从第一前端业务系统中获取业务文件，通过Springboot框架生成所述业务文件的配置信息；其次，监听所述配置信息的变化，根据变化结果生成更新配置信息，可以实时动态更新配置信息，无需开发人员重新编写配置程序，降低开发时长，提高配置信息更新效率；再利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，可以利用线程池中的多个线程同时对多个业务文件进行并发处理，提高业务文件处理效率；最后，配置通用文件接口，可以兼容多个不同文件存储系统，将所述处理文件传输至第二前端业务系统中进行存储，提高了文件传输的效率和兼容性。因此本发明实施例提出的基于Spring boot的文件传输方法、装置、电子设备及可存储介质可以提高前端系统之间文件传输的效率和兼容性。

附图说明

图1为本发明一实施例提供的基于Spring boot的文件传输方法的流程示意图；

图2为本发明一实施例提供的基于Spring boot的文件传输装置的模块示意图；

图3为本发明一实施例提供的实现基于Spring boot的文件传输方法的电子设备的内部结构示意图；

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供一种基于Spring boot的文件传输方法。所述基于Spring boot的文件传输方法的执行主体包括但不限于服务端、终端等能够被配置为执行本申请实施例提供的该方法的电子设备中的至少一种。换言之，所述基于Spring boot的文件传输方法可以由安装在终端设备或服务端设备的软件或硬件来执行，所述软件可以是区块链平台。所述服务端包括但不限于：单台服务器、服务器集群、云端服务器或云端服务器集群等。

参照图1所示的本发明一实施例提供的基于Spring boot的文件传输方法的流程示意图，在本发明实施例中，所述基于Spring boot的文件传输方法包括：

详细地，所述基于Spring boot的文件传输/方法，包括：

S1、从第一前端业务系统中获取业务文件，通过Spring boot框架生成所述业务文件的配置信息。

本发明实施例中，所述业务文件包含了IT项目的基本信息，主要用于描述IT项目的构建。所述配置信息是通过spring boot框架进行配置的，描述业务文件的多个属性的信息。例如，业务文件的地址、大小、类别、格式、环境变量及启动条件等，其中，所述环境变量包括：开发环境、测试环境及生产环境等，所述业务文件可以从第一前端业务系统中获取，例如，第一前端业务系统可以为本地文件系统、IM系统及iobs系统等。

本发明实施例中，所述从第一前端业务系统中获取业务文件之后，所述方法还包括：

利用预设公钥获取所述业务文件的加密密文，利用预设私钥与所述预设公钥进行配对；

根据配对结果对所述加密密文进行解密，得到解密的所述业务文件。

本发明实施例中，所述业务文件的预设公钥与预设私钥都由RSA算法获取，具体的算法可从现有技术中获取，此处不在赘述。

本发明实施例中，Spring boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。由于该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。

本发明实施例中，通过spring boot框架对业务文件进行配置，可以使开发人员不再需要定义样板化的配置，使用更加方便快捷，且通过spring boot框架还支持默认配置值功能，在不更改默认配置值情况下，可支持大多数场景。例如，所述环境变量的默认配置信息。

详细地，所述通过Spring boot框架生成所述业务文件的配置信息，包括：

获取所述业务文件的配置类，对所述配置类进行类注解，得到自定义配置类；

根据所述自定义配置类利用所述Spring boot框架配置所述业务文件的环境变量及配置所述业务文件的类型；

根据配置所述业务文件的环境及配置所述业务文件的类型，生成所述业务文件的配置信息。

本发明一实施例中，所述类是指相同数据和相同的一组对象的集合，即类是对具有相同数据结构和相同操作的一类对象的描述。对象是描述其属性的数据以及对这些数据施加的一组操作封装在一起构成的统一体。对所述业务文件的配置类的主要作用是可以将业务文件中相同数据结构和属性相同的数据作为一类集合。

本发明另一实施例中，通过对所述配置类进行类注解，通过对所述类的配置进行注解可以实现自定义配置，通过类注解可以保存、查询及删除业务文件中的数据，可以更好的实现业务文件的自定义配置。

本发明实施例中，所述业务文件的环境变量是指业务文件是处于开发环境、测试环境还是生产环境下，通过配置业务文件的路径可以准确的定位业务文件的位置变化。

进一步地，所述通过Spring boot框架生成所述业务文件的配置信息之后，所述方法还包括：

加载所述配置信息对应的访问对象配置组件，利用所述配置组件连接所述业务文件，以获取所述业务文件的数据源。

本发明一可选实施例中所述配置组件描述了如何创建透明访问业务系统的数据源的对象，管理与数据源的连接，以便后续对业务文件的检索和存储数据。

S2、监听所述配置信息的变化，根据变化结果生成更新配置信息。

本发明实时例中，由于配置信息包含对多个属性的配置，可以将每个不同属性的配置信息进行注解，将配置信息封装为类的实例(如Bean实例)，通过Bean实例，便于后续直接查找配置信息中哪个属性发生了变化。

详细地，所述监听所述配置信息的变化，根据变化结果生成更新配置信息，包括：

获取属性注册表，所述属性注册表中包括类的实例，不同的类的实例包含不同的配置信息；

从所述属性注册表中提取预设时间内存在变化的类的实例；

根据所述变化的类的实例生成更新配置信息。

本发明实施例中，所述属性注册表是指描述Bean实例属性的表格，所述属性注册表包括Bean实例，不同的Bean实例包含不同的配置信息。

例如，所述属性注册表可以包括Bean实例的名称、参数、参数占位符和属性名称，当配置信息为业务文件类别的配置，则Bean的名称可以为业务文件类别、参数可以为system.type、参数占位符可以为{system.type}、属性名称可以为system type。

本发明另一实施例中，通过属性注册表可以将配置信息传输至预设配置管理中心中，其中，所述预设配置管理中心是与本发明实施例所述基于Spring boot的文件传输能够进行通信的上游或下游系统，通过预设配置管理中心可以实现配置信息的更新，无需像之前当配置信息改变时，重启应用程序，提高了文件传输过程中的效率。

较佳地，所述配置管理中心可以为Apollo。

S3、利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件。

本发明实施例中，所述预设的线程池可包含闲置线程和暂时线程，所述闲置线程是指线程池中未执行业务文件的线程；所述暂时线程是指在没有闲置线程时，可以执行业务文件的线程，当该业务文件执行完成，则该暂时线程在线程池中分解释放出新的内存，通过同时调用多个闲置线程和暂时线程可以并发处理多个业务文件实现业务文件的异步操作，减少业务文件等待处理的时间，且所述预设线程池通过标准接口与Spring boot相连接，当spring boot中有多个业务文件需要进行处理时，spring boot通过标准接口将需要处理的业务文件发送至线程池中。

本发明实施例中，对业务文件进行处理是指将业务文件上传、下载、删除或水印等处理。

详细地，所述利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件，包括：

判断所述预设的线程池是否有闲置线程；

若所述线程池中有闲置线程，利用所述闲置线程根据所述更新配置信息对所述业务文件进行处理；

若所述线程池中没有闲置线程，将所述业务文件存储至所述线程池的暂时线程中，直到所述线程池中出现新增闲置线程时，利用所述新增闲置线程对所述业务文件进行处理。

本发明实施例中，当线程池中闲置线程都在工作时，可以将所述业务文件存储至暂时线程中，实现线程池对业务文件的并发处理，可以提高业务文件处理的效率。

S4、配置通用文件接口，通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储。

本发明实施例中，所述通用文件接口的配置可以通过预设的框架(如Mybatis)进行配置，可以通过配置通用文件接口的地址、通用文件接口实现调用代码参数，以及通用文件接口扫描器，可以通过调用代码参数实现接口与多个前端系统相连接以实现接口调用，并通过通用文件接口扫描器，可以获取处理文件中的参数信息，可以快速的将处理文件传输至对应的系统中。

本实施例中，第二前端业务系统是与第一前端业务系统进行通信交互的系统，该第二前端业务系统的系统类型可以与第一前端业务系统一致，但第二前端业务系统的统一资源定位器(Uniform Resource Locator，URL)与第一前端业务系统不同。

详细地，所述通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储，包括：

获取所述处理文件的请求调用系统指令，根据所述请求调用系统指令获取所述请求调用指令对应的第二前端业务系统的统一资源定位器；

将所述统一资源定位器传输至所述文件接口中，通过所述文件接口实现所述处理文件传输至所述第二前端业务系统中进行存储。

本发明一实施例中，通过第二前端业务系统的URL可以定位处理文件需要传输至哪个第二前端业务系统中。

本发明实施例中，可以根据用户需求将所述处理文件传输至对应的第二前端业务系统中进行存储，例如，可以根据需求将处理文件传输至本地文件系统、iobs对象存储文件系统或IM影像库文件系统中进行存储。

本发明实施例中，首先通过从第一前端业务系统中获取业务文件，通过Springboot框架生成所述业务文件的配置信息；其次，监听所述配置信息的变化，根据变化结果生成更新配置信息，可以实时动态更新配置信息，无需开发人员重新编写配置程序，降低开发时长，提高配置信息更新效率；再利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，可以利用线程池中的多个线程同时对多个业务文件进行并发处理，提高业务文件处理效率；最后，配置通用文件接口，可以兼容多个不同文件存储系统，将所述处理文件传输至第二前端业务系统中进行存储，提高了文件传输的效率和兼容性。因此本发明实施例提出的基于Spring boot的文件传输方法可以提高前端系统之间文件传输的效率和兼容性。

如图2所示，是本发明基于Spring boot的文件传输装置的功能模块图。

本发明所述基于Spring boot的文件传输装置100可以安装于电子设备中。根据实现的功能，所述基于Spring boot的文件传输装置可以包括配置信息生成模块101、配置信息更新模块102、业务文件处理模块103、文件传输模块104，本发所述模块也可以称之为单元，是指一种能够被电子设备处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在电子设备的存储器中。

在本实施例中，关于各模块/单元的功能如下：

所述配置信息生成模块101，用于从第一前端业务系统中获取业务文件，通过Spring boot框架生成所述业务文件的配置信息。

本发明实施例中，所述业务文件包含了IT项目的基本信息，主要用于描述IT项目的构建。所述配置信息是通过spring boot框架进行配置的，描述业务文件的多个属性的信息。例如，业务文件的地址、大小、类别、格式、环境变量及启动条件等，其中，所述环境变量包括：开发环境、测试环境及生产环境等，所述业务文件可以从第一前端业务系统中获取，例如，第一前端业务系统可以为本地文件系统、IM系统及iobs系统等。

所述配置信息生成模块101可用于：

利用预设公钥获取所述业务文件的加密密文，利用预设私钥与所述预设公钥进行配对；

根据配对结果对所述加密密文进行解密，得到解密的所述业务文件。

本发明实施例中，所述业务文件的预设公钥与预设私钥都由RSA算法获取，具体的算法可从现有技术中获取，此处不在赘述。

本发明实施例中，Spring boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。由于该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。本发明实施例中，通过spring boot框架对业务文件进行配置，可以使开发人员不再需要定义样板化的配置，使用更加方便快捷，且通过spring boot框架还支持默认配置值功能，在不更改默认配置值情况下，可支持大多数场景。例如，所述环境变量的默认配置信息。

详细地，所述配置信息生成模块101通过执行下述操作通过Spring boot框架生成所述业务文件的配置信息，包括：

获取所述业务文件的配置类，对所述配置类进行类注解，得到自定义配置类；

根据所述自定义配置类利用所述Spring boot框架配置所述业务文件的环境变量及配置所述业务文件的类型；

根据配置所述业务文件的环境及配置所述业务文件的类型，生成所述业务文件的配置信息。

本发明一实施例中，所述类是指相同数据和相同的一组对象的集合，即类是对具有相同数据结构和相同操作的一类对象的描述。对象是描述其属性的数据以及对这些数据施加的一组操作封装在一起构成的统一体。对所述业务文件的配置类的主要作用是可以将业务文件中相同数据结构和属性相同的数据作为一类集合。

本发明另一实施例中，通过对所述配置类进行类注解，通过对所述类的配置进行注解可以实现自定义配置，通过类注解可以保存、查询及删除业务文件中的数据，可以更好的实现业务文件的自定义配置。

本发明实施例中，所述业务文件的环境变量是指业务文件是处于开发环境、测试环境还是生产环境下，通过配置业务文件的路径可以准确的定位业务文件的位置变化。

所述配置信息生成模块101还可用于：

加载所述配置信息对应的访问对象配置组件，利用所述配置组件连接所述业务文件，以获取所述业务文件的数据源。

本发明一可选实施例中所述配置组件描述了如何创建透明访问业务系统的数据源的对象，管理与数据源的连接，以便后续对业务文件的检索和存储数据。

所述配置信息更新模块102，用于监听所述配置信息的变化，根据变化结果生成更新配置信息。

本发明实时例中，由于配置信息包含对多个属性的配置，可以将每个不同属性的配置信息进行注解，将配置信息封装为类的实例(如Bean实例)，通过Bean实例，便于后续直接查找配置信息中哪个属性发生了变化。

详细地，所述配置信息更新模块102通过执行下述操作监听所述配置信息的变化，根据变化结果生成更新配置信息，包括：

获取属性注册表，所述属性注册表中包括类的实例，不同的类的实例包含不同的配置信息；

从所述属性注册表中提取预设时间内存在变化的类的实例；

根据所述变化的类的实例生成更新配置信息。

本发明实施例中，所述属性注册表是指描述Bean实例属性的表格，所述属性注册表包括Bean实例，不同的Bean实例包含不同的配置信息。

例如，所述属性注册表可以包括Bean实例的名称、参数、参数占位符和属性名称，当配置信息为业务文件类别的配置，则Bean的名称可以为业务文件类别、参数可以为system.type、参数占位符可以为{system.type}、属性名称可以为system type。

本发明另一实施例中，通过属性注册表可以将配置信息传输至预设配置管理中心中，其中，所述预设配置管理中心是与本发明实施例所述基于Spring boot的文件传输能够进行通信的上游或下游系统，通过预设配置管理中心可以实现配置信息的更新，无需像之前当配置信息改变时，重启应用程序，提高了文件传输过程中的效率。

较佳地，所述配置管理中心可以为Apollo。

所述业务文件处理模块103，用于利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件。

本发明实施例中，所述预设的线程池可包含闲置线程和暂时线程，所述闲置线程是指线程池中未执行业务文件的线程；所述暂时线程是指在没有闲置线程时，可以执行业务文件的线程，当该业务文件执行完成，则该暂时线程在线程池中分解释放出新的内存，通过同时调用多个闲置线程和暂时线程可以并发处理多个业务文件实现业务文件的异步操作，减少业务文件等待处理的时间，且所述预设线程池通过标准接口与Spring boot相连接，当spring boot中有多个业务文件需要进行处理时，spring boot通过标准接口将需要处理的业务文件发送至线程池中。

本发明实施例中，对业务文件进行处理是指将业务文件上传、下载、删除或水印等处理。

详细地，所述业务文件处理模块103通过执行下述操作利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件，包括：

判断所述预设的线程池是否有闲置线程；

若所述线程池中有闲置线程，利用所述闲置线程根据所述更新配置信息对所述业务文件进行处理；

若所述线程池中没有闲置线程，将所述业务文件存储至所述线程池的暂时线程中，直到所述线程池中出现新增闲置线程时，利用所述新增闲置线程对所述业务文件进行处理。

本发明实施例中，当线程池中闲置线程都在工作时，可以将所述业务文件存储至暂时线程中，实现线程池对业务文件的并发处理，可以提高业务文件处理的效率。

所述文件传输模块104，用于配置通用文件接口，通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储。

本发明实施例中，所述通用文件接口的配置可以通过预设的框架(如Mybatis)进行配置，可以通过配置通用文件接口的地址、通用文件接口实现调用代码参数，以及通用文件接口扫描器，可以通过调用代码参数实现接口与多个前端系统相连接以实现接口调用，并通过通用文件接口扫描器，可以获取处理文件中的参数信息，可以快速的将处理文件传输至对应的系统中。

本实施例中，第二前端业务系统是与第一前端业务系统进行通信交互的系统，该第二前端业务系统的系统类型可以与第一前端业务系统一致，但第二前端业务系统的统一资源定位器(Uniform Resource Locator，URL)与第一前端业务系统不同。

详细地，所述文件传输模块104通过执行下述操作通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储，包括：

获取所述处理文件的请求调用系统指令，根据所述请求调用系统指令获取所述请求调用指令对应的第二前端业务系统的统一资源定位器；

将所述统一资源定位器传输至所述文件接口中，通过所述文件接口实现所述处理文件传输至所述第二前端业务系统中进行存储。

本发明一实施例中，通过第二前端业务系统的URL可以定位处理文件需要传输至哪个第二前端业务系统中。

本发明实施例中，可以根据用户需求将所述处理文件传输至对应的第二前端业务系统中进行存储，例如，可以根据需求将处理文件传输至本地文件系统、iobs对象存储文件系统或IM影像库文件系统中进行存储。

本发明实施例中，首先通过从第一前端业务系统中获取业务文件，通过Springboot框架生成所述业务文件的配置信息；其次，监听所述配置信息的变化，根据变化结果生成更新配置信息，可以实时动态更新配置信息，无需开发人员重新编写配置程序，降低开发时长，提高配置信息更新效率；再利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，可以利用线程池中的多个线程同时对多个业务文件进行并发处理，提高业务文件处理效率；最后，配置通用文件接口，可以兼容多个不同文件存储系统，将所述处理文件传输至第二前端业务系统中进行存储，提高了文件传输的效率和兼容性。因此本发明实施例提出的基于Spring boot的文件传输装置可以提高前端系统之间文件传输的效率和兼容性。

如图3所示，是本发明实现基于Spring boot的文件传输方法的电子设备的结构示意图。

所述电子设备可以包括处理器10、存储器11、通信总线12和通信接口13，还可以包括存储在所述存储器11中并可在所述处理器10上运行的计算机程序，如基于Spring boot的文件传输程序。

其中，所述存储器11至少包括一种类型的介质，所述介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如：SD或DX存储器等)、磁性存储器、本地磁盘、光盘等。所述存储器11在一些实施例中可以是电子设备的内部存储单元，例如该电子设备的移动硬盘。所述存储器11在另一些实施例中也可以是电子设备的外部存储设备，例如电子设备上配备的插接式移动硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(Secure Digital，SD)卡、闪存卡(Flash Card)等。进一步地，所述存储器11还可以既包括电子设备的内部存储单元也包括外部存储设备。所述存储器11不仅可以用于存储安装于电子设备的应用软件及各类数据，例如基于Spring boot的文件传输程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

所述处理器10在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述处理器10是所述电子设备的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备的各个部件，通过运行或执行存储在所述存储器11内的程序或者模块(例如基于Spring boot的文件传输程序等)，以及调用存储在所述存储器11内的数据，以执行电子设备的各种功能和处理数据。

所述通信总线12可以是外设部件互连标准(perIPheral componentinterconnect，简称PCI)总线或扩展工业标准结构(extended industry standardarchitecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。所述通信总线12总线被设置为实现所述存储器11以及至少一个处理器10等之间的连接通信。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

图3仅示出了具有部件的电子设备，本领域技术人员可以理解的是，图3示出的结构并不构成对所述电子设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

例如，尽管未示出，所述电子设备还可以包括给各个部件供电的电源(比如电池)，优选地，电源可以通过电源管理装置与所述至少一个处理器10逻辑相连，从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

可选地，所述通信接口13可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该电子设备与其他电子设备之间建立通信连接。

可选地，所述通信接口13还可以包括用户接口，用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard))，可选地，用户接口还可以是标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备中处理的信息以及用于显示可视化的用户界面。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

所述电子设备中的所述存储器11存储的基于Spring boot的文件传输程序是多个计算机程序的组合，在所述处理器10中运行时，可以实现：

从第一前端业务系统中获取业务文件，通过Spring boot框架生成所述业务文件的配置信息；

监听所述配置信息的变化，根据变化结果生成更新配置信息；

利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件；

配置通用文件接口，通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储。

具体地，所述处理器10对上述计算机程序的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

进一步地，所述电子设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取介质中。所述计算机可读介质可以是非易失性的，也可以是易失性的。所述计算机可读介质可以包括：能够携待所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)。

本发明实施例还可以提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序在被电子设备的处理器所执行时，可以实现：

从第一前端业务系统中获取业务文件，通过Spring boot框架生成所述业务文件的配置信息；

监听所述配置信息的变化，根据变化结果生成更新配置信息；

利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件；

配置通用文件接口，通过所述文件接口将所述处理文件传输至对第二前端业务系统中进行存储。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

在本发明所提供的几个实施例中，应该理解到，所揭露的介质、设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种基于Spring boot的文件传输方法，其特征在于，所述方法包括：

从第一前端业务系统中获取业务文件，通过Spring boot框架生成所述业务文件的配置信息；

监听所述配置信息的变化，根据变化结果生成更新配置信息；

利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件；

配置通用文件接口，通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储。

2.如权利要求1所述的基于Spring boot的文件传输方法，其特征在于，所述监听所述配置信息的变化，根据变化结果生成更新配置信息，包括：

获取属性注册表，所述属性注册表中包括类的实例，不同的类的实例包含不同的配置信息；

从所述属性注册表中提取预设时间内存在变化的类的实例；

根据所述变化的类的实例生成更新配置信息。

3.如权利要求1所述的基于Spring boot的文件传输方法，其特征在于，所述通过Spring boot框架生成所述业务文件的配置信息，包括：

获取所述业务文件的配置类，对所述配置类进行类注解，得到自定义配置类；

根据所述自定义配置类利用所述Spring boot框架配置所述业务文件的环境变量及配置所述业务文件的路径；

根据配置所述业务文件的环境及配置所述业务文件的路径，生成所述业务文件的配置信息。

4.如权利要求1所述的基于Spring boot的文件传输方法，其特征在于，所述通过Spring boot框架生成所述业务文件的配置信息之后，所述方法还包括：

加载所述配置信息对应的访问对象配置组件，利用所述配置组件连接所述业务文件，以获取所述业务文件的数据源。

5.如权利要求1所述的基于Spring boot的文件传输方法，其特征在于，所述利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，包括：

判断所述预设的线程池是否有闲置线程；

若所述线程池中有闲置线程，利用所述闲置线程根据所述更新配置信息对所述业务文件进行处理；

若所述线程池中没有闲置线程，将所述业务文件存储至所述线程池的暂时线程中，直到所述线程池中出现新增闲置线程时，利用所述新增闲置线程对所述业务文件进行处理。

6.如权利要求1所述的基于Spring boot的文件传输方法，其特征在于，所述通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储，包括：

获取所述处理文件的请求调用系统指令，根据所述请求调用系统指令获取所述请求调用指令对应的第二前端业务系统的统一资源定位器；

将所述统一资源定位器传输至所述文件接口中，通过所述文件接口实现所述处理文件传输至所述第二前端业务系统中进行存储。

7.如权利要求1所述的基于Spring boot的文件传输方法，其特征在于，所述从第一前端业务系统中获取业务文件之后，所述方法还包括：

利用预设公钥获取所述业务文件的加密密文，利用预设私钥与所述预设公钥进行配对；

根据配对结果对所述加密密文进行解密，得到解密的所述业务文件。

8.一种基于Spring boot的文件传输装置，其特征在于，所述装置包括：

配置信息生成模块，用于从第一前端业务系统中获取业务文件，通过Spring boot框架生成所述业务文件的配置信息；

配置信息更新模块，用于监听所述配置信息的变化，根据变化结果生成更新配置信息；

业务文件处理模块，用于利用预设的线程池根据所述更新配置信息对所述业务文件进行处理，得到处理文件；

文件传输模块，用于配置通用文件接口，通过所述文件接口将所述处理文件传输至第二前端业务系统中进行存储。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序指令，所述计算机程序指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任一项所述的基于Spring boot的文件传输方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的基于Spring boot的文件传输方法。

Images