技术领域本发明涉及计算机领域，具体而言，涉及一种应用中的音效处理方法和装置。
背景技术：
随着计算机技术的快速发展，客户端应用的种类越来越多，为了提升用户对应用的使用体验，现有的应用中添加有音效模块，在应用使用过程中可以播放音效。但是，在应用使用过程中播放的音效均是在该应用的主进程中播放的。应用的引擎底层收到音效播放请求后，会从磁盘读取相应音效资源，待音效资源载入完成之后该应用才开始播放载入的音效，这样将会导致应用主进程出现卡顿现象。进一步地，现有技术中应用中的音效模块均是由第三方开发的中间模块，这些音效模块中可能包含某些特殊条件才会触发的错误，这些错误该应用的开发人员无法直接修复。由于音效模块与应用的逻辑模块处于同一进程中，如果音效播放出现错误，将会影响其他的应用逻辑，导致应用出现应用主进程卡顿、失去响应、甚至意外终止等故障，将会严重降低应用的使用性能。针对上述的问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种应用中的音效处理方法和装置，以至少解决相关技术中应用的逻辑模块与音效模块处于同一进程，在音效播放出现错误时，将会影响正常的应用逻辑，导致应用的进程出现故障的技术问题。根据本发明实施例的一个方面，提供了一种应用中的音效处理方法，包括：通过第一应用的应用进程接收音效播放请求；将第一应用的应用进程接收到的音效播放请求传输至第一音效进程；以及控制第一音效进程按照音效播放请求对第一应用的音效进行处理。根据本发明实施例的另一方面，还提供了一种应用中的音效处理装置，包括：接收模块，用于通过第一应用的应用进程接收音效播放请求；传输模块，用于将第一应用的应用进程接收到的音效播放请求传输至第一音效进程；以及处理模块，用于控制第一音效进程按照音效播放请求对第一应用的音效进行处理。在本发明实施例中，采用将第一应用的应用进程与第一音效进程单独设置的方式，通过将第一应用的应用进程接收到的音效播放请求传输至第一音效进程，第一音效进程按照该音效播放请求对第一应用的音效进行处理，达到了第一音效进程对第一应用的应用进程不会造成影响的目的，从而实现了避免因音效进程异常导致应用的应用进程出现故障，进而提高应用进程性能的技术效果，进而解决了相关技术中应用的逻辑模块与音效模块处于同一进程，在音效播放出现错误时，将会影响正常的应用逻辑，导致应用的进程出现故障的技术问题。附图说明此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：图1是根据本发明实施例的应用中的音效处理方法的硬件环境的示意图；图2是根据本发明实施例的一种可选的应用中的音效处理方法的流程图；图3是根据本发明实施例的音效播放请求传输过程的示意图；图4是根据本发明实施例的另一种可选的应用中的音效处理方法的流程图；图5是根据本发明实施例的应用中的音效处理装置的示意图；图6是根据本发明实施例的一种可选的应用中的音效处理装置的示意图；图7是根据本发明实施例的另一种可选的应用中的音效处理装置的示意图；图8是根据本发明实施例的再一种可选的应用中的音效处理装置的示意图；图9是根据本发明实施例的又一种可选的应用中的音效处理装置的示意图；以及图10是根据本发明实施例的一种终端的结构框图。具体实施方式为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。实施例1根据本发明实施例，提供了一种应用中的音效处理方法的方法实施例。可选地，在本实施例中，上述应用中的音效处理方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的数据处理方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的数据处理方法也可以是由安装在其上的客户端来执行。图2是根据本发明实施例的一种可选的应用中的音效处理方法的流程图，如图2所示，该方法可以包括以下步骤：步骤S202，通过第一应用的应用进程接收音效播放请求；步骤S204，将第一应用的应用进程接收到的音效播放请求传输至第一音效进程；步骤S206，控制第一音效进程按照音效播放请求对第一应用的音效进行处理。需要说明的是，上述步骤可以由服务器执行，该服务器可以对第一应用进行支持和维护。通过上述步骤S202至步骤S206，通过将第一应用的应用进程接收到的音效播放请求传输至第一音效进程，第一音效进程按照该音效播放请求对第一应用的音效进行处理，达到了第一音效进程对第一应用的应用进程不会造成影响的目的，可以解决相关技术中应用的逻辑模块与音效模块处于同一进程，在音效播放出现错误时，将会影响正常的应用逻辑，导致应用的进程出现故障的技术问题，进而实现避免因音效进程异常导致应用的应用进程出现故障，提高应用进程性能的技术效果。在步骤S202提供的技术方案中，第一应用可以为即时通信类应用，也可以为游戏类应用，本发明实施例对第一应用的类型不做限定。第一应用的应用进程为第一应用的主逻辑进程，利用该应用进程可以实现第一应用的各种逻辑功能。本发明实施例中的第一应用具有播放音效功能，在第一应用的应用进程中可以接收音效播放请求，该音效播放请求可以用于请求第一应用的应用进程播放音效。可选地，在第一应用的应用进程的执行过程中，第一应用的应用进程可以实时接收音效播放请求，以达到及时准确地播放所需音效的目的。可选地，该音效播放请求中可以包括声音类型、音量大小、音效参数等，本发明实施例并不对音效播放请求中所包括的内容做具体限定，其可以依据应用的实际需求进行相关调整。在实际应用场景中，用户在启动第一应用时，会触发启动第一应用的应用进程，在第一应用的应用进程的执行过程中，可以实时接收音效播放请求，需要说明的是，在第一应用的应用进程的执行过程中，不同时刻第一应用的应用进程接收到的音效播放请求可以相同，也可以不同。在步骤S204提供的技术方案中，第一应用的应用进程可以与第一音效进程相对应，也即第一音效进程可以代理第一应用的应用进程接收到的音效播放请求，第一音效进程可以依据音效播放请求对第一应用的音效进行处理。此处需要说明的是，第一应用的应用进程与第一音效进程为两个独立的进程，相较于应用的逻辑模块与音效模块处于同一进程，本发明实施例能够保证在音效进程出现异常时，也不会影响应用进程，进而达到提高应用的性能的效果。本发明实施例中第一应用的应用进程在接收到音效播放请求之后，会将接收到音效播放请求传输至与第一应用的应用进程相对应的第一音效进程，可选地，第一应用的应用进程在接收到音效播放请求之后，可以建立与第一音效进程进行数据传输的通信通道，利用该通信通道可以实现传输音效播放请求的目的。此处还需要说明，第一音效进程可以用于接收至少一个应用进程传输的音效播放请求，其中，上述至少一个应用进程可以包括第一应用的应用进程。可选地，上述至少一个应用进程可以均为第一应用的应用进程，当第一应用的应用进程异常退出时，用户再次启动第一应用时，会启动另一个应用进程，但是该应用进程仍为第一应用的应用进程。上述至少一个应用进程还可以为不同应用的应用进程，也即上述至少一个应用进程中可以包括第一应用的应用进程，也可以包括其他应用的应用进程。相应地，第一音效进程可以代理一个应用的至少一个应用进程接收到的音效播放请求，也可以代理至少一个应用的至少一个应用进程接收到的音效播放请求。在实际应用场景中，第一应用的应用进程在接收到音效播放请求之后，会通过第一应用的应用进程与第一音效进程之间的通信通道将接收到的音效播放请求传输至第一音效进程。第一音效进程在接收到音效播放请求之后，可以对音效播放请求进行分析，从中获取音效控制命令，其中，第一音效进程可以按照分析得到的音效控制命令对第一应用的音效进行处理。在步骤S206提供的技术方案中，第一音效进程在接收到音效播放请求之后，服务器可以控制第一音效进程按照接收到的音效播放请求对第一应用的音效进行处理。可选地，第一音效进程可以将接收到的音效播放请求进行分析，从中得到音效控制命令，服务器可以控制第一音效进程按照音效控制命令对第一应用的音效进行处理。可选地，第一音效进行按照音效控制命令对第一应用的音效进行处理可以包括设置音量大小、选择声音类型等，本发明对音效播放请求中的内容不做具体限定，其可以依据应用需求进行调整。此处只是列举了部分第一音效进程针对第一应用的音效的处理内容，并不代表仅有上述处理内容，对于其他处理内容本发明实施例不再一一举例说明。作为一种可选的实施例，步骤S204将第一应用的应用进程接收到的音效播放请求传输至第一音效进程可以包括以下步骤：步骤S2042，将音效播放请求进行压缩打包处理。步骤S2044，将音效播放请求的压缩包传输至第一音效进程。将音效播放请求进行压缩打包处理，得到音效播放请求的压缩包，将音效播放请求的压缩包传输至第一音效进程，这样有利于提高数据传输效率，减少数据传输时延。可选地，在将音效播放请求进行压缩打包处理时，本发明实施例还可以设置压缩密码，即对音效播放请求进行加密处理，这样能够保障音效播放请求传输的安全性。与音效播放请求的传输过程相对应，步骤S206控制第一音效进程按照音效播放请求对第一应用的音效进行处理可以包括以下步骤：步骤S2062，第一音效进程对接收到的音效播放请求的压缩包进行解压处理。步骤S2064，第一音效进程按照解压后得到的音效播放请求对第一应用的音效进行处理。第一音效进程在接收到音效播放请求的压缩包之后，首先对该压缩包进行解压处理，得到音效播放请求，按照从音效播放请求中分析得到的音效控制命令对第一应用的音效进行控制。可选地，当音效播放请求的压缩包为加密后的压缩包时，第一音效进程在对其进行解压之前还需要进行密码验证，当密码验证通过时完成对压缩包的解压处理。如果音效播放请求的压缩包为加密后的压缩包，第一应用的应用进程在将加密后的压缩包传输至第一音效进程的过程中，还需要将压缩密码一并发送至第一音效进程，以便于第一音效进程对加密后的压缩包进行解密解压处理。该实施例通过在音效播放请求的输出过程中进行压缩和解压处理，能够提高音效播放请求的传输效率，减小音效播放请求的传输时延，进而达到提高应用的音效处理效率的效果。可选地，通过在音效播放请求的输出过程中对音效播放请求进行加密和解密处理，能够提高音效播放请求传输的安全性。作为一种可选的实施例，在步骤S2064中，第一音效进程按照解压后得到的音效播放请求对第一应用的音效进行处理可以包括以下至少之一：播放或停止音效、开启或关闭静音、设置音量大小、设置音效参数、退出音效进程。上述只是列举了部分处理内容，本发明实施例还可以包括其他处理内容，比如选择声音类型等，也即音效播放请求可以根据实际应用需求进行调整，此处不再一一举例说明。该实施例中第一音效进程按照音效播放请求对第一应用的音效进行处理，第一音效进程与第一应用的应用进程为两个独立的进程，这样能够避免第一音效进程出现异常对第一应用的应用进程造成影响，影响第一应用的性能，该实施例通过设置第一音效进程处理第一应用的音效能够解决相关技术中应用的逻辑模块与音效模块处于同一进程，在音效播放出现错误时，将会影响正常的应用逻辑，导致应用的进程出现故障的技术问题，进而实现避免因音效进程异常导致应用的应用进程出现故障，提高应用进程性能的技术效果。作为一种可选的实施例，在步骤S202通过第一应用的应用进程接收音效播放请求之前，该实施例还可以包括以下步骤：步骤S2011，在启动第一应用的应用进程时检测是否存在第一音效进程。步骤S2012，在检测到存在第一音效进程时，建立第一应用的应用进程与第一音效进程之间的通信通道。步骤S2013，在检测到不存在第一音效进程时，创建第一音效进程，并建立第一应用的应用进程与第一音效进程之间的通信通道。一个音效进程可以代理一个应用的至少一个应用进程接收到的音效播放请求，也可以代理至少一个应用的至少一个应用进程接收到的音效播放请求。在启动第一应用的应用进程时，本发明实施例首先检测是否存在与第一应用的应用进程相对应的音效进程，即是否存在第一音效进程，其中，第一音效进行可以代理第一应用的应用进程接收到的音效播放请求。该实施例在检测到存在第一音效进程时，省略了第一音效进程的创建过程，只需建立第一应用的应用进程与第一音效进程之间的通信通道；在检测到不存在第一音效进程时，需要创建与其对应的第一音效进程，并建立第一应用的应用进程与第一音效进程之间的通信通道。该实施例通过设置一个音效进程可以代理至少一个应用进程接收到的音效播放请求，可以减少多个音效进程造成的系统资源开销，进而达到提高系统性能的效果。在实际应用场景中，存在多个应用进程的情况，每个应用进程的音效播放请求将被代理给同一个音效进程。每次启动一个新的应用进程时，服务器将首先检测是否存在已有的音效进程。如果没有，则创建新的音效进程，并建立应用进程与音效进程之间的通信通道。如果有，则直接建立应用进程与音效进程之间的通信通道，这样能够极大地较少多个音效进程造成的系统资源开销。作为一种可选的实施例，在步骤S2012和步骤S2013建立第一应用的应用进程与第一音效进程之间的通信通道之后，该实施例还可以包括以下步骤：步骤S2014，控制第一应用的应用进程与第一音效进程保持心跳通信。步骤S2015，在第一应用的应用进程与第一音效进程之间的心跳通信异常时，结束第一音效进程。该实施例中的心跳通信是指在第一应用的应用进程与第一音效进程之间进行实时通信，具体的通信过程可以包括第一应用的应用进程实时向第一音效进程发送心跳包，第一音效进程向第一应用的应用进程实时返回心跳回包，此处需要说明的是，心跳包和心跳回包均为数据包，该实施例通过控制第一应用的应用进程与第一音效进程保持心跳通信能够实现实时监测第一应用的应用进程与第一音效进程的生存状态的目的。当第一应用的应用进程与第一音效进程之间的心跳通信异常时，立即结束第一音效进程，进而避免第一音效进程占用系统资源。作为一种可选的实施例，步骤S2014控制第一应用的应用进程与第一音效进程保持心跳通信可以包括以下步骤：步骤S20142，第一应用的应用进程按照预设时间间隔向第一音效进程发送心跳包。步骤S20144，若第一应用的应用进程在预设时间窗未收到第一音效进程返回的心跳回包，和/或，第一音效进程在预设时间窗未收到第一应用的应用进程发送的心跳包，则确定第一应用的应用进程与第一音效进程之间的心跳通信异常，执行结束第一音效进程。此处的预设时间间隔可以是1秒，也可以是2秒等，预设时间间隔可以根据实际需求进行调整。心跳包和心跳回包为数据包，可以用于检测第一应用的应用进程和第一音效进程的生存状态。在应用进程的执行过程中，应用进程和音效进程之间保持心跳通信，定时确认对方进程的生存状态。应用进程可以每隔预设时间间隔，比如1s发送心跳包给音效进程，音效进程收到心跳包后进行消息反馈。如果应用进程在一定时间窗内没有收到音效进程反馈的心跳回包，表明音效进程的生存状态存在异常，则发起异常处理流程，进行杀死当前音效进程并重启音效进程的操作。同理，若音效进程在一定时间窗内未收到应用进程发送的心跳包，表明应用进程的生存状态存在异常，则音效进程进入自杀流程。该实施例通过控制第一应用的应用进程与第一音效进程保持心跳通信能够实现实时监测第一应用的应用进程与第一音效进程的生存状态的目的，当第一应用的应用进程与第一音效进程之间的心跳通信异常时，立即结束第一音效进程，进而避免第一音效进程占用系统资源。图3是根据本发明实施例的音效播放请求传输过程的示意图，如图3所示，第一应用的应用进程与第一音效进程之间具有通信通道，该通信通道可以是在启动第一应用的应用进程的时候，创建第一音效进程的同时建立的，也可以是在启动第一应用的应用进程的时候，在检测到存在第一音效进程的情况下建立的。第一音效进程被拉起后，通过通信通道于第一应用的应用进程进行通信。第一应用的应用进程在接收到音效播放请求之后，通过通信通道传输至第一音效进程，具体过程可以描述为：音效播放请求首先被打包成压缩包被发送送至通信通道。第一音效进程接收到压缩包后进行解包，解包成功后从中解析出音效处理命令，依据音效处理命令对第一应用进行相关音效控制。第一应用的应用进程和第一音效进程之间的通信通道输出的音效播放请求可以包括：播放音效；开启、关闭静音；设置音量大小；停止播放声音；设置音效相关参数；退出音效进程等。本发明还提供了一种优选实施例，图4是根据本发明实施例的另一种可选的应用中的音效处理方法的流程图，如图4所示，该优选实施例中的应用中的音效处理方法可以包括启动过程和退出过程，具体描述为：用户在启动第一应用时，触发启动第一应用的应用进程。在启动第一应用的应用进程时，拉起第一音效进程，并建立与第一音效进程之间的通信通道，需要说明的是，此处来气第一音效进程可以包括两种情况，第一种情况是不存在第一音效进程时，需要创建第一音效进程，并建立与第一音效进程之间的通信通道；第二种情况是存在第一音效进程时，直接建立与第一音效进程之间的通信通道。在第一应用的应用进程与第一音效进程之间的通信通道建立成功后，第一音效进程尝试连接该通信通道，与第一应用的应用进程进行数据交互。第一应用的应用进程将接收到的音效播放请求通过通信通道发送至第一音效进程，第一音效进程在接收到该音效播放请求之后，处理该音效播放请求，从中获取音效控制命令，并依据次音效控制命令对第一应用的音效进行处理。用户在退出第一应用时，第一应用的应用进程接收到退出请求，并将接收到的退出请求通过通信通道发送至第一音效进程，第一音效进程在接收到退出请求之后执行结束进程。本发明实施例通过设置单独的音效进程处理应用的应用进程中的音效播放请求，能够解决相关技术中应用的逻辑模块与音效模块处于同一进程，在音效播放出现错误时，将会影响正常的应用逻辑，导致应用的进程出现故障的技术问题，进而实现避免因音效进程异常导致应用的应用进程出现故障，提高应用进程性能的技术效果。需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。实施例2根据本发明实施例，还提供了一种用于实施上述应用中的音效处理方法的应用中的音效处理装置。图5是根据本发明实施例的应用中的音效处理装置的示意图，如图5所示，该装置可以包括：接收模块22，用于通过第一应用的应用进程接收音效播放请求；传输模块24，用于将第一应用的应用进程接收到的音效播放请求传输至第一音效进程；以及处理模块26，用于控制第一音效进程按照音效播放请求对第一应用的音效进行处理。需要说明的是，该实施例中的接收模块22可以用于执行本申请实施例1中的步骤S202，该实施例中的传输模块24可以用于执行本申请实施例1中的步骤S204，该实施例中的处理模块26可以用于执行本申请实施例1中的步骤S206。此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。通过上述模块，可以解决了相关技术中应用的逻辑模块与音效模块处于同一进程，在音效播放出现错误时，将会影响正常的应用逻辑，导致应用的进程出现故障的技术问题，进而达到避免因音效进程异常导致应用的应用进程出现故障，提高应用进程性能的技术效果。作为一种可选的实施例，图6是根据本发明实施例的一种可选的应用中的音效处理装置的示意图，如图6所示，传输模块24可以包括：压缩模块242，用于将音效播放请求进行压缩打包处理；第一子传输模块244，用于将音效播放请求的压缩包传输至第一音效进程，处理模块26可以包括：解压模块262，用于第一音效进程对接收到的音效播放请求的压缩包进行解压处理；第一子处理模块264，用于第一音效进程按照解压后得到的音效播放请求对第一应用的音效进行处理。需要说明的是，该实施例中的压缩模块242可以用于执行本申请实施例1中的步骤S2042，该实施例中的第一子传输模块244可以用于执行本申请实施例1中的步骤S2044。该实施例将音效播放请求进行压缩打包处理，得到音效播放请求的压缩包，将音效播放请求的压缩包传输至第一音效进程，这样有利于提高数据传输效率，减少数据传输时延。可选地，在将音效播放请求进行压缩打包处理时，本发明实施例还可以设置压缩密码，即对音效播放请求进行加密处理，这样能够保障音效播放请求传输的安全性。需要说明的是，该实施例中的解压模块262可以用于执行本申请实施例1中的步骤S2062，该实施例中的第一子处理模块264可以用于执行本申请实施例1中的步骤S2064。第一音效进程在接收到音效播放请求的压缩包之后，首先通过解压模块262对该压缩包进行解压处理，得到音效播放请求，第一子处理模块264按照从音效播放请求中分析得到的音效控制命令对第一应用的音效进行控制。可选地，当音效播放请求的压缩包为加密后的压缩包时，第一音效进程在对其进行解压之前还需要进行密码验证，当密码验证通过时完成对压缩包的解压处理。如果音效播放请求的压缩包为加密后的压缩包，第一应用的应用进程在将加密后的压缩包传输至第一音效进程的过程中，还需要将压缩密码一并发送至第一音效进程，以便于第一音效进程对加密后的压缩包进行解密解压处理。该实施例通过在音效播放请求的输出过程中进行压缩和解压处理，能够提高音效播放请求的传输效率，减小音效播放请求的传输时延，进而达到提高应用的音效处理效率的效果。可选地，通过在音效播放请求的输出过程中对音效播放请求进行加密和解密处理，能够提高音效播放请求传输的安全性。可选地，第一子处理模块264按照解压后得到的音效播放请求对第一应用的音效进行处理包括以下至少之一：播放或停止音效、开启或关闭静音、设置音量大小、设置音效参数、退出音效进程。上述只是列举了部分处理内容，本发明实施例还可以包括其他处理内容，比如选择声音类型等，也即音效播放请求可以根据实际应用需求进行调整，此处不再一一举例说明。该实施例中第一音效进程按照音效播放请求对第一应用的音效进行处理，第一音效进程与第一应用的应用进程为两个独立的进程，这样能够避免第一音效进程出现异常对第一应用的应用进程造成影响，影响第一应用的性能，该实施例通过设置第一音效进程处理第一应用的音效能够解决相关技术中应用的逻辑模块与音效模块处于同一进程，在音效播放出现错误时，将会影响正常的应用逻辑，导致应用的进程出现故障的技术问题，进而实现避免因音效进程异常导致应用的应用进程出现故障，提高应用进程性能的技术效果。作为一种可选的实施例，图7是根据本发明实施例的另一种可选的应用中的音效处理装置的示意图，如图7所示，该装置还可以包括：检测模块211，用于在通过第一应用的应用进程接收音效播放请求之前，在启动第一应用的应用进程时检测是否存在第一音效进程；建立模块212，用于在检测到存在第一音效进程时，建立第一应用的应用进程与第一音效进程之间的通信通道；创建模块213，用于在检测到不存在第一音效进程时，创建第一音效进程，并建立第一应用的应用进程与第一音效进程之间的通信通道。需要说明的是，该实施例中的检测模块211可以用于执行本申请实施例1中的步骤S2011，该实施例中的建立模块212可以用于执行本申请实施例1中的步骤S20124，该实施例中的创建模块213可以用于执行本申请实施例1中的步骤S2013。一个音效进程可以代理一个应用的至少一个应用进程接收到的音效播放请求，也可以代理至少一个应用的至少一个应用进程接收到的音效播放请求。在启动第一应用的应用进程时，本发明实施例首先检测是否存在与第一应用的应用进程相对应的音效进程，即是否存在第一音效进程，其中，第一音效进行可以代理第一应用的应用进程接收到的音效播放请求。该实施例在检测到存在第一音效进程时，省略了第一音效进程的创建过程，只需建立第一应用的应用进程与第一音效进程之间的通信通道；在检测到不存在第一音效进程时，需要创建与其对应的第一音效进程，并建立第一应用的应用进程与第一音效进程之间的通信通道。该实施例通过设置一个音效进程可以代理至少一个应用进程接收到的音效播放请求，可以减少多个音效进程造成的系统资源开销，进而达到提高系统性能的效果。作为一种可选的实施例，图8是根据本发明实施例的再一种可选的应用中的音效处理装置的示意图，如图8所示，该装置还可以包括：通信模块214，用于在建立第一应用的应用进程与第一音效进程之间的通信通道之后，控制第一应用的应用进程与第一音效进程保持心跳通信；结束模块215，用于在第一应用的应用进程与第一音效进程之间的心跳通信异常时，结束第一音效进程。需要说明的是，该实施例中的通信模块214可以用于执行本申请实施例1中的步骤S2014，该实施例中的结束模块215可以用于执行本申请实施例1中的步骤S20125。该实施例中的心跳通信是指在第一应用的应用进程与第一音效进程之间进行实时通信，具体的通信过程可以包括第一应用的应用进程实时向第一音效进程发送心跳包，第一音效进程向第一应用的应用进程实时返回心跳回包，此处需要说明的是，心跳包和心跳回包均为数据包，该实施例通过控制第一应用的应用进程与第一音效进程保持心跳通信能够实现实时监测第一应用的应用进程与第一音效进程的生存状态的目的。当第一应用的应用进程与第一音效进程之间的心跳通信异常时，立即结束第一音效进程，进而避免第一音效进程占用系统资源。作为一种可选的实施例，图9是根据本发明实施例的又一种可选的应用中的音效处理装置的示意图，如图9所示，通信模块214可以包括：发送模块2142，用于第一应用的应用进程按照预设时间间隔向第一音效进程发送心跳包；确定模块2144，用于在第一应用的应用进程在预设时间窗未收到第一音效进程返回的心跳回包，和/或，第一音效进程在预设时间窗未收到第一应用的应用进程发送的心跳包时，确定第一应用的应用进程与第一音效进程之间的心跳通信异常，执行结束第一音效进程。需要说明的是，该实施例中的发送模块2142可以用于执行本申请实施例1中的步骤S20142，该实施例中的确定模块2144可以用于执行本申请实施例1中的步骤S20144。此处的预设时间间隔可以是1秒，也可以是2秒等，预设时间间隔可以根据实际需求进行调整。心跳包和心跳回包为数据包，可以用于检测第一应用的应用进程和第一音效进程的生存状态。在应用进程的执行过程中，应用进程和音效进程之间保持心跳通信，定时确认对方进程的生存状态。应用进程可以每隔预设时间间隔，比如1s发送心跳包给音效进程，音效进程收到心跳包后进行消息反馈。如果应用进程在一定时间窗内没有收到音效进程反馈的心跳回包，表明音效进程的生存状态存在异常，则发起异常处理流程，进行杀死当前音效进程并重启音效进程的操作。同理，若音效进程在一定时间窗内未收到应用进程发送的心跳包，表明应用进程的生存状态存在异常，则音效进程进入自杀流程。该实施例通过控制第一应用的应用进程与第一音效进程保持心跳通信能够实现实时监测第一应用的应用进程与第一音效进程的生存状态的目的，当第一应用的应用进程与第一音效进程之间的心跳通信异常时，立即结束第一音效进程，进而避免第一音效进程占用系统资源。此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。实施例3根据本发明实施例，还提供了一种用于实施上述应用中的音效处理方法的服务器或终端。图10是根据本发明实施例的一种终端的结构框图，如图10所示，该终端可以包括：一个或多个(图中仅示出一个)处理器201、存储器203、以及传输装置205(如上述实施例中的发送装置)，如图10所示，该终端还可以包括输入输出设备207。其中，存储器203可用于存储软件程序以及模块，如本发明实施例中的应用中的音效处理方法和装置对应的程序指令/模块，处理器201通过运行存储在存储器203内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用中的音效处理方法。存储器203可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器203可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。上述的传输装置205用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置205包括一个网络适配器(NetworkInterfaceController，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置205为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。其中，具体地，存储器203用于存储应用程序。处理器201可以通过传输装置205调用存储器203存储的应用程序，以执行下述步骤：通过第一应用的应用进程接收音效播放请求；将第一应用的应用进程接收到的音效播放请求传输至第一音效进程；以及控制第一音效进程按照音效播放请求对第一应用的音效进行处理。处理器201还用于执行下述步骤：将音效播放请求进行压缩打包处理；将音效播放请求的压缩包传输至第一音效进程，第一音效进程对接收到的音效播放请求的压缩包进行解压处理；第一音效进程按照解压后得到的音效播放请求对第一应用的音效进行处理。处理器201还用于执行下述步骤：在通过第一应用的应用进程接收音效播放请求之前，在启动第一应用的应用进程时检测是否存在第一音效进程；在检测到存在第一音效进程时，建立第一应用的应用进程与第一音效进程之间的通信通道；在检测到不存在第一音效进程时，创建第一音效进程，并建立第一应用的应用进程与第一音效进程之间的通信通道。处理器201还用于执行下述步骤：在建立第一应用的应用进程与第一音效进程之间的通信通道之后，控制第一应用的应用进程与第一音效进程保持心跳通信；在第一应用的应用进程与第一音效进程之间的心跳通信异常时，结束第一音效进程。处理器201还用于执行下述步骤：第一应用的应用进程按照预设时间间隔向第一音效进程发送心跳包；若第一应用的应用进程在预设时间窗未收到第一音效进程返回的心跳回包，和/或，第一音效进程在预设时间窗未收到第一应用的应用进程发送的心跳包，则确定第一应用的应用进程与第一音效进程之间的心跳通信异常，执行结束第一音效进程。采用本发明实施例，提供了一种应用中的音效处理的方案。通过将第一应用的应用进程接收到的音效播放请求传输至第一音效进程，第一音效进程按照该音效播放请求对第一应用的音效进行处理，达到了第一音效进程对第一应用的应用进程不会造成影响的目的，从而实现了避免因音效进程异常导致应用的应用进程出现故障，进而提高应用进程性能的技术效果，进而解决了相关技术中应用的逻辑模块与音效模块处于同一进程，在音效播放出现错误时，将会影响正常的应用逻辑，导致应用的进程出现故障的技术问题。可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。本领域普通技术人员可以理解，图10所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(MobileInternetDevices，MID)、PAD等终端设备。图10其并不对上述电子装置的结构造成限定。例如，终端还可包括比图10中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图10所示不同的配置。本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-OnlyMemory，ROM)、随机存取器(RandomAccessMemory，RAM)、磁盘或光盘等。实施例4本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行应用中的音效处理方法的程序代码。可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：S1，通过第一应用的应用进程接收音效播放请求；S2，将第一应用的应用进程接收到的音效播放请求传输至第一音效进程；S3，控制第一音效进程按照音效播放请求对第一应用的音效进行处理。可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：将音效播放请求进行压缩打包处理；将音效播放请求的压缩包传输至第一音效进程，第一音效进程对接收到的音效播放请求的压缩包进行解压处理；第一音效进程按照解压后得到的音效播放请求对第一应用的音效进行处理。可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在通过第一应用的应用进程接收音效播放请求之前，在启动第一应用的应用进程时检测是否存在第一音效进程；在检测到存在第一音效进程时，建立第一应用的应用进程与第一音效进程之间的通信通道；在检测到不存在第一音效进程时，创建第一音效进程，并建立第一应用的应用进程与第一音效进程之间的通信通道。可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在建立第一应用的应用进程与第一音效进程之间的通信通道之后，控制第一应用的应用进程与第一音效进程保持心跳通信；在第一应用的应用进程与第一音效进程之间的心跳通信异常时，结束第一音效进程。可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：第一应用的应用进程按照预设时间间隔向第一音效进程发送心跳包；若第一应用的应用进程在预设时间窗未收到第一音效进程返回的心跳回包，和/或，第一音效进程在预设时间窗未收到第一应用的应用进程发送的心跳包，则确定第一应用的应用进程与第一音效进程之间的心跳通信异常，执行结束第一音效进程。可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。