CN117764806A - 图片预处理方法、装置、设备以及存储介质 - Google Patents

Abstract

本公开提供了一种图片预处理方法、装置、设备以及存储介质，涉及云计算技术领域，具体涉及云存储、智能云等技术领域，可应用于云平台。该方法包括：获取待处理图片，将待处理图片存储在内存中；启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中；响应于确定处理引擎存在空闲线程，由处理引擎处理等待队列中的待处理图片；响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务。该方法提升了图片预处理的效率，提升了用户体验。

Description

图片预处理方法、装置、设备以及存储介质

技术领域

本公开涉及云计算技术领域，具体涉及云存储和智能云等技术领域，尤其涉及一种图片预处理方法、装置、设备以及存储介质。

背景技术

图片的滤镜处理是指对图像进行一系列特定的变换或调整，以改变其外观、风格或视觉效果。滤镜可以应用于数字图像处理软件或应用程序中，通过调整图像的色彩、对比度、饱和度、亮度等参数，或者应用特定的图像处理算法，从而产生不同的视觉效果。滤镜处理在数字摄影、图像编辑软件、社交媒体应用等领域得到广泛应用。它为用户提供了一种简单而有趣的方式，可以快速改变图像的外观，增加创意和个性化。

然而，用户在每次使用时可能需要使用滤镜处理多张照片，尤其是文档扫描等场景，需要将多张图片处理完后才能向用户展示成果。这一个过程需要等待滤镜的调度，包含它的启动、使用和暂停，都需要内存的占用和释放。

发明内容

本公开提供了一种图片预处理方法、装置、设备以及存储介质。

根据本公开的第一方面，提供了一种图片预处理方法，包括：获取待处理图片，将待处理图片存储在内存中；启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中；响应于确定处理引擎存在空闲线程，由处理引擎处理等待队列中的待处理图片；响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务。

根据本公开的第二方面，提供了一种图片预处理装置，包括：获取模块，被配置成获取待处理图片，将待处理图片存储在内存中；启动模块，被配置成启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中；处理模块，被配置成响应于确定处理引擎存在空闲线程，由处理引擎处理等待队列中的待处理图片；结束模块，被配置成响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务。

根据本公开的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面中任一实现方式描述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面中任一实现方式描述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如第一方面中任一实现方式描述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是本公开可以应用于其中的示例性系统架构图；

图2是根据本公开的图片预处理方法的一个实施例的流程图；

图3是根据本公开的图片预处理方法的另一个实施例的流程图；

图4是根据本公开的图片预处理方法的一个应用流程图；

图5是根据本公开的图片预处理装置的一个实施例的结构示意图；

图6是用来实现本公开实施例的图片预处理方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的图片预处理方法或图片预处理装置的实施例的示例性系统架构60。

如图1所示，系统架构60可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送信息等。终端设备101、102、103上可以安装有各种客户端应用。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述电子设备中。其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以提供各种服务。例如，服务器105可以对从终端设备101、102、103获取的待处理图片进行分析和处理，并生成处理结果(例如处理完成的图片)。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

需要说明的是，本公开实施例所提供的图片预处理方法一般由服务器105执行，相应地，图片预处理装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，其示出了根据本公开的图片预处理方法的一个实施例的流程200。该图片预处理方法包括以下步骤：

步骤201，获取待处理图片，将待处理图片存储在内存中。

在本实施例中，图片预处理方法的执行主体(例如图1所示的服务器105)会获取待处理图片，并将待处理图片存储在内存中。其中，待处理图片可以为用户实时拍摄的图片，当用户在前端拍摄完成一张图片后，上述执行主体会获取拍摄完成的图片，将其作为待处理图片，同时用户在前端可以继续进行拍摄，每当用户拍摄完成一张图片时，上述执行主体便会获取拍摄完成的图片，将其作为待处理图片，并将获取的待处理图片存储在内存中。

步骤202，启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中。

在本实施例中，上述执行主体会启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中。这里的处理引擎即为处理图片事件的引擎，例如Flutter引擎，Flutter是一款移动应用程序开发框架，其可以用于跨端处理图片事件，也即通过一套相同的代码即可完成iOS端和Android(安卓)双端对于滤镜处理图片的能力。当然，还可以采用其他方式来实现跨端能力，例如React Native(跨平台移动应用开发框架)、Weex(移动开发框架)等，本实施例对此不做具体限定。

在启动用于滤镜处理图片的引擎后，上述执行主体会将内存中的待处理图片依次添加至处理引擎的等待队列中。

步骤203，响应于确定处理引擎存在空闲线程，由处理引擎处理等待队列中的待处理图片。

在本实施例中，上述执行主体若确定处理引擎存在空闲线程，会由处理引擎处理等待队列中的待处理图片。由于处理引擎在后台是并行处理等待队列中的待处理图片的，若确定处理引擎存在空闲线程，则会从等待队列中获取待处理图片并进行处理，具体地，上述执行主体会采用目标滤镜效果对待处理图片进行预处理，这里的目标滤镜效果可以为预先确定的、用户使用率较高的滤镜效果。若处理引擎没有空闲线程，则待处理图片还是存在等待队列中。整个线程调度由处理引擎内部进行自动管理。

步骤204，响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务。

在本实施例中，若接收到任务结束信号，上述执行主体会保存处理过的图片，并结束当前处理任务。这里的任务结束信号是用户所触发的用于表示结束当前任务的信号，例如用户退出当前拍摄页、用户进入下一页等。上述执行主体在接收到用户的任务结束信号后，会保存已经处理过的图片，将等待队列中的任务进行清除，并结束当前处理任务。在这里，若上述执行主体接收到任务结束信号后，等待队列中还有图片未进行处理，那么上述执行主体会保存未处理图片的原图，然后清除等待队列中的任务，并结束当前处理任务。

此外，若等待队列中的所有待处理图片均处理完成，且没有接收到任务结束信号，那么上述执行主体会将当前处理任务设置为等待状态，以等待新的图片进行处理。

本公开实施例提供的图片预处理方法，首先，获取待处理图片，将待处理图片存储在内存中；然后，启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中；之后，响应于确定处理引擎存在空闲线程，由处理引擎处理等待队列中的待处理图片；最后，响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务。本实施例中的图片预处理方法，该方法不再等待所有图片拍摄完后再启动处理引擎，而是拍摄第一张后就启动，也即边拍摄边处理图片，从而提升了图片预处理的效率；此外，处理引擎并行处理图片，从而极大的缩短了用户拍摄完成后等待图片处理完成的时间；最后，在用户主动取消拍摄时结束任务，从而及时的释放了待处理任务和滤镜占用的内存，进而提升了用户体验。

继续参考图3，图3示出了根据本公开的图片预处理方法的另一个实施例的流程300。该图片预处理方法包括以下步骤：

步骤301，获取待处理图片，将待处理图片存储在内存中。

在本实施例中，图片预处理方法的执行主体(例如图1所示的服务器105)会获取待处理图片，将待处理图片存储在内存中。其中，待处理图片可以为用户实时拍摄的图片，当用户在前端拍摄完成一张图片后，上述执行主体会获取拍摄完成的图片，将其作为待处理图片，同时用户在前端可以继续进行拍摄，每当用户拍摄完成一张图片时，上述执行主体便会获取拍摄完成的图片，将其作为待处理图片，并将获取的待处理图片存储在内存中。

步骤302，启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中。

在本实施例中，上述执行主体会启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中。这里的处理引擎即为处理图片事件的引擎，例如Flutter引擎，Flutter是一款移动应用程序开发框架，其可以用于跨端处理图片事件，也即通过一套相同的代码即可完成iOS端和Android(安卓)双端对于滤镜处理图片的能力。当然，还可以采用其他方式来实现跨端能力，例如React Native(跨平台移动应用开发框架)、Weex(移动开发框架)等，本实施例对此不做具体限定。在启动用于滤镜处理图片的引擎后，上述执行主体会将内存中的待处理图片依次添加至处理引擎的等待队列中。

步骤303，响应于确定处理引擎存在空闲线程，由处理引擎从等待队列中获取待处理图片。

在本实施例中，上述执行主体若确定处理引擎存在空闲线程，会由处理引擎处理等待队列中的待处理图片。由于处理引擎在后台是并行处理等待队列中的待处理图片的，若确定处理引擎存在空闲线程，则会从等待队列中获取待处理图片并进行处理。若处理引擎没有空闲线程，则待处理图片还是存在等待队列中。整个线程调度由处理引擎内部进行自动管理。

步骤304，采用预先确定的目标滤镜效果对获取的待处理图片进行处理。

在本实施例中，上述执行主体会采用预先确定的目标滤镜效果对获取的待处理图片进行处理。在本实施例中，在获取待处理图片后，会采用预先确定的滤镜效果对待处理图片进行预处理，这里的目标滤镜效果可以为用户指定的滤镜效果，还可以为预先确定的、用户使用率较高的滤镜效果，本实施例对此不做具体限定。

在本实施例的一些可选的实现方式中，目标滤镜效果通过以下步骤确定：分别确定所有滤镜效果中每个滤镜效果的使用占比；对各个使用占比进行排序，基于排序结果确定目标滤镜效果。

在该实现方式中，上述执行主体会先统计所有滤镜效果中每个滤镜效果的使用情况，从而确定当前滤镜效果对应的用户的使用占比，然后再对各个滤镜效果的使用占比进行排序，从而基于排序结果确定目标滤镜效果，例如，将使用占比最高的滤镜效果确定为目标滤镜效果，或者从使用占比排名前五的滤镜效果中随机确定目标滤镜效果，本实施例对此不做具体限定。从而基于目标滤镜效果对待处理图片进行预处理，提升预处理完成后图片的使用率。

在本实施例的一些可选的实现方式中，上述方法还包括：响应于确定等待队列中的待处理图片全部处理完成，将当前处理任务设置为等待状态。

在该实现方式中，上述执行主体若确定等待队列中的待处理图片全部处理完成，则将当前处理任务设置为等待状态，从而在实时获取用户拍摄的待处理图片后，可以及时对待处理图片进行预处理，提升了图片预处理的效率。

步骤305，响应于接收到任务结束信号，判断等待队列中是否存在未处理图片。

在本实施例中，响应于接收到任务结束信号，上述执行主体会判断等待队列中是否存在未处理图片，其中，任务结束信号包括以下至少一项：退出拍摄页、进入下一页。也即当上述执行主体接收到用户在前端退出当前拍摄页或进入到下一页的信号时，会先判断等待队列中是否还有未处理图片，若等待队列中没有未处理图片，则执行步骤306；否则，执行步骤307-步骤308。

步骤306，响应于确定等待队列中不存在未处理图片，保存所有处理过的图片，并结束当前处理任务。

在本实施例中，若确定等待队列中不存在未处理图片，也即等待队列中的图片全部处理完成，此时，上述执行主体会保存所有处理过的图片，并结束当前处理任务。从而基于用户发出的任务结束信号来结束任务，给用户更多操作选项。

步骤307，响应于接收到任务结束信号且等待队列中存在未处理图片，保存未处理图片以及所有处理过的图片。

在本实施例中，若接收到任务结束信号且等待队列中还存在未处理图片，上述执行主体会保存未处理图片的原图以及所有处理过的图片。也即在本实施例中，任务结束不再等待到所有图片处理完后结束，而是根据事件进行手动结束。

步骤308，清除等待队列中的任务，并结束当前处理任务。

在本实施例中，上述执行主体会清除等待队列中的任务，并结束当前处理任务。结束任务会清除等待队列中没有处理的任务，不会因为图片没处理完而阻止用户继续操作，从而给用户更多操作选择。

从图3中可以看出，与图2对应的实施例相比，本实施例中的图片预处理方法，该方法在对图片进行预处理时，引入多线程并行处理，也即原来处理一张图片的时间可以处理多张图片；且任务不再等到所有图片处理完后结束，而是根据事件进行手动结束，结束任务会清除队列中没有处理的任务，不会因为图片没处理完而阻止用户继续操作，从而给用户更多操作选择，提升了用户体验。

继续参考图4，图4示出了根据本公开的图片预处理方法的一个应用流程图，在该应用流程中，处理引擎为flutter引擎。具体流程为：

步骤401：获取用户拍摄的第一张图片。

用户在拍摄完第一张图片时，执行主体会获取该图片。

步骤402：将该图片加入到内存中。

步骤403：启动Flutter引擎。

步骤403执行完成后继续执行步骤407。

步骤404：判断拍摄是否完成。

用户在每拍摄完一张图片后，即步骤401执行完成后，上述执行主体在执行步骤402的同时，还会判断拍摄是否完成，若完成执行步骤411，否则执行步骤405-步骤406。

步骤405：拍摄图片。

也即若拍摄未完成，则用户继续在前端拍摄图片。

步骤406：将图片加入内存。

也即用户拍摄完成的图片均会先加入到内存中，而flutter引擎在第一张图片拍摄完成后便会启动。

步骤407：将图片加入等待队列中。

也即将内存中的图片依次加入到flutter引擎的等待队列中。

步骤408：判断flutter引擎当前是否有空闲线程。

若有，则执行步骤409，否则再次执行步骤407-408，直至存在空闲线程。

步骤409：从等待队列中取图片。

步骤410：处理图片。

即采用预先确定的滤镜效果处理图片。

步骤411：判断图片是否全部处理完成。

若是，则执行步骤412；否则再次执行步骤409-411，直至图片全部处理完成。

步骤412：将当前任务设置为等待状态。

步骤413：接收到任务结束信号。

步骤414：判断队列中是否还存在未处理图片。

若是，则执行步骤415；否则，直接结束当前处理任务。

步骤415：清除队列中的任务，并结束当前处理任务。

由此，执行主体在拍摄启动时即启动flutter引擎，并在每次拍摄时，都调用flutter通道将图片传输到flutter队列中并进行处理，且在用户主动取消拍摄或者图片处理完成后结束任务，以释放flutter任务和滤镜占用的内存，从而极大地缩短了用户自拍摄完成至等待图片处理完成的时间，提升了图片预处理的效率，进而提升了用户体验。

进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种图片预处理装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的图片预处理装置500包括：获取模块501、启动模块502、处理模块503和结束模块504。其中，获取模块501，被配置成获取待处理图片，将待处理图片存储在内存中；启动模块502，被配置成启动处理引擎，将内存中的待处理图片添加至处理引擎的等待队列中；处理模块503，被配置成响应于确定处理引擎存在空闲线程，由处理引擎处理等待队列中的待处理图片；结束模块504，被配置成响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务。

在本实施例中，图片预处理装置500中：获取模块501、启动模块502、处理模块503和结束模块504的具体处理及其所带来的技术效果可分别参考图2对应实施例中的步骤201-204的相关说明，在此不再赘述。

在本实施例的一些可选的实现方式中，处理模块包括：获取子模块，被配置成响应于确定处理引擎存在空闲线程，由处理引擎从等待队列中获取待处理图片；处理子模块，被配置成采用预先确定的目标滤镜效果对获取的待处理图片进行处理。

在本实施例的一些可选的实现方式中，上述图片预处理装置500还包括：用于确定目标滤镜效果的确定模块，确定模块被配置成：分别确定所有滤镜效果中每个滤镜效果的使用占比；对各个使用占比进行排序，基于排序结果确定目标滤镜效果。

在本实施例的一些可选的实现方式中，上述图片预处理装置500还包括：设置模块，被配置成响应于确定等待队列中的待处理图片全部处理完成，将当前处理任务设置为等待状态。

在本实施例的一些可选的实现方式中，结束模块被进一步配置成：响应于接收到任务结束信号，判断等待队列中是否存在未处理图片，其中，任务结束信号包括以下至少一项：退出拍摄页、进入下一页；响应于确定等待队列中不存在未处理图片，保存所有处理过的图片，并结束当前处理任务。

在本实施例的一些可选的实现方式中，上述图片预处理装置500还包括：保存模块，被配置成响应于接收到任务结束信号且等待队列中存在未处理图片，保存未处理图片以及所有处理过的图片；清除模块，被配置成清除等待队列中的任务，并结束当前处理任务。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如图片预处理方法。例如，在一些实施例中，图片预处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的图片预处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行图片预处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

云计算(cloud computing)，指的是通过网络接入弹性可扩展的共享物理或虚拟资源地，资源可以包括服务器、操作系统、网络、软件、应用和存储设备等，并可以以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术，可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS，Virtual Private Server)服务中存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (15)

1.一种图片预处理方法，包括：

获取待处理图片，将所述待处理图片存储在内存中；

启动处理引擎，将所述内存中的待处理图片添加至所述处理引擎的等待队列中；

响应于确定所述处理引擎存在空闲线程，由所述处理引擎处理所述等待队列中的待处理图片；

响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务。

2.根据权利要求1所述的方法，其中，所述响应于确定所述处理引擎存在空闲线程，由所述处理引擎处理所述等待队列中的待处理图片，包括：

响应于确定所述处理引擎存在空闲线程，由所述处理引擎从所述等待队列中获取待处理图片；

采用预先确定的目标滤镜效果对获取的待处理图片进行处理。

3.根据权利要求2所述的方法，其中，所述目标滤镜效果通过以下步骤确定：

分别确定所有滤镜效果中每个滤镜效果的使用占比；

对各个使用占比进行排序，基于排序结果确定目标滤镜效果。

4.根据权利要求1所述的方法，其中，还包括：

响应于确定所述等待队列中的待处理图片全部处理完成，将所述当前处理任务设置为等待状态。

5.根据权利要求1所述的方法，其中，所述响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务，包括：

响应于接收到任务结束信号，判断所述等待队列中是否存在未处理图片，其中，所述任务结束信号包括以下至少一项：退出拍摄页、进入下一页；

响应于确定所述等待队列中不存在未处理图片，保存所有处理过的图片，并结束当前处理任务。

6.根据权利要求5所述的方法，其中，还包括：

响应于接收到任务结束信号且所述等待队列中存在未处理图片，保存所述未处理图片以及所有处理过的图片；

清除所述等待队列中的任务，并结束当前处理任务。

7.一种图片预处理装置，包括：

获取模块，被配置成获取待处理图片，将所述待处理图片存储在内存中；

启动模块，被配置成启动处理引擎，将所述内存中的待处理图片添加至所述处理引擎的等待队列中；

处理模块，被配置成响应于确定所述处理引擎存在空闲线程，由所述处理引擎处理所述等待队列中的待处理图片；

结束模块，被配置成响应于接收到任务结束信号，保存处理过的图片，并结束当前处理任务。

8.根据权利要求7所述的装置，其中，所述处理模块包括：

获取子模块，被配置成响应于确定所述处理引擎存在空闲线程，由所述处理引擎从所述等待队列中获取待处理图片；

处理子模块，被配置成采用预先确定的目标滤镜效果对获取的待处理图片进行处理。

9.根据权利要求8所述的装置，其中，所述装置还包括：用于确定目标滤镜效果的确定模块，所述确定模块被配置成：

分别确定所有滤镜效果中每个滤镜效果的使用占比；

对各个使用占比进行排序，基于排序结果确定目标滤镜效果。

10.根据权利要求7所述的装置，其中，还包括：

设置模块，被配置成响应于确定所述等待队列中的待处理图片全部处理完成，将所述当前处理任务设置为等待状态。

11.根据权利要求7所述的装置，其中，所述结束模块被进一步配置成：

响应于接收到任务结束信号，判断所述等待队列中是否存在未处理图片，其中，所述任务结束信号包括以下至少一项：退出拍摄页、进入下一页；

响应于确定所述等待队列中不存在未处理图片，保存所有处理过的图片，并结束当前处理任务。

12.根据权利要求11所述的装置，其中，还包括：

保存模块，被配置成响应于接收到任务结束信号且所述等待队列中存在未处理图片，保存所述未处理图片以及所有处理过的图片；

清除模块，被配置成清除所述等待队列中的任务，并结束当前处理任务。

13.一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。

14.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-6中任一项所述的方法。

15.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述的方法。