CN110213322A - 用于社区的内容发布处理方法、客户端、服务器 - Google Patents

Abstract

本申请公开了一种用于社区的内容发布处理方法、客户端、服务器。该方法包括生成第一内容并发送所述第一内容发布请求；以及接收按照预设接口数据格式对所述第一内容排版后返回的数据。本申请解决了内容发布流程较为复杂的技术问题。通过本申请能够在客户端立即发送立即显示、服务器响应时间极短的目的，从而实现了优化内容发布时复杂逻辑的处理过程，同时可以按照最快的速度给用户提供内容显示服务反馈。

Description

用于社区的内容发布处理方法、客户端、服务器

技术领域

本申请涉及内容发布领域，具体而言，涉及一种用于社区的内容发布处理方法、客户端、服务器。

背景技术

基于内容发布的互联网应用场景，包括论坛社区、问答社区、评论系统等。

发明人发现，互联网内容发布需要受到监管，而同时因业务需要还涉及相关的业务逻辑处理。从而导致在客户端内容发布的流程冗长复杂，还容易造成接口请求超时等。

针对相关技术中内容发布流程较为复杂的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种用于社区的内容发布处理方法、客户端、服务器，以解决内容发布流程较为复杂的问题。

为了实现上述目的，根据本申请的一个方面，在客户端，提供了一种用于社区的内容发布处理方法。

根据本申请的用于社区的内容发布处理方法包括：生成第一内容并发送所述第一内容发布请求；以及接收按照预设接口数据格式对所述第一内容排版后返回的数据。

进一步地，接收按照预设接口数据格式对所述第一内容排版后返回数据之后还包括：接收需要返回的显示第一内容的ID信息。

进一步地，接收按照预设接口数据格式对所述第一内容排版后返回数据后还包括：接收经过异步处理后的所述第一发布内容处理结果。

进一步地，方法还包括：接收如果异步处理不成功时经过异步补偿后的所述第一发布内容处理结果。

为了实现上述目的，根据本申请的另一个方面，在服务器端，提供了一种用于社区的内容发布处理方法。

根据本申请的用于社区的内容发布处理方法包括：接收所述第一内容的发布请求；以及返回按照预设接口数据格式对所述第一内容排版的数据。

进一步地，返回按照预设接口数据格式对所述第一内容排版的数据之后还包括：生成身份信息标识，并和需要返回的第一内容数据一并下发。

进一步地，返回按照预设接口数据格式对所述第一内容排版的数据时还包括：

将所述第一内容排版后返回的数据存入一个队列日志中并返回日志记录 ID；

获取所述日志记录ID和与所述第一内容关联的业务逻辑，并投递到队列服务中，以使在队列处理程序中进行异步执行。

进一步地，在队列处理程序中进行异步执行时还包括：

通过定时任务检查队列日志状态，判断队列任务是否处理成功；

如果不成功，则对状态异常的队列日志对应的请求任务进行重试处理或者告警操作。

为了实现上述目的，根据本申请的另一方面，提供了一种用于社区的内容发布处理的客户端，包括所述的在客户端的用于社区的内容发布处理方法。

为了实现上述目的，根据本申请的再一方面，提供了用于社区的内容发布处理的服务器，被配置为执行所述的在服务器端的用于社区的内容发布处理方法。

在本申请实施例中用于社区的内容发布处理方法、客户端、服务器，采用生成第一内容并发送所述第一内容发布请求的方式，通过接收按照预设接口数据格式对所述第一内容排版后返回的数据，达到了立即发送立即显示、响应时间极短的目的，从而实现了优化内容发布时复杂逻辑的处理过程，同时可以按照最快的速度给用户提供内容显示服务反馈的技术效果，进而解决了内容发布流程较为复杂的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的用于社区的内容发布处理方法流程示意图；

图2是根据本申请第二实施例的用于社区的内容发布处理方法流程示意图；

图3是根据本申请第三实施例的用于社区的内容发布处理方法流程示意图；

图4是根据本申请第四实施例的用于社区的内容发布处理方法流程示意图；

图5是根据本申请第五实施例的用于社区的内容发布处理方法流程示意图；

图6是根据本申请第六实施例的用于社区的内容发布处理方法流程示意图；

图7是根据本申请第七实施例的用于社区的内容发布处理方法流程示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

如图1所示，该方法包括如下的步骤S102至步骤S104：

步骤S102，生成第一内容并发送所述第一内容发布请求；

在客户端上生成待发布的第一内容，然后通过客户端向服务器发送第一内容的发布请求。

所述生成第一内容适用于论坛社区、问答社区、评论系统等应用场景，包括：发帖、发回复、发评论、回复评论以及执行上述操作时涉及的第一内容。所述客户端可以采用H5、应用程序等方式提供客户端接口。

步骤S104，接收按照预设接口数据格式对所述第一内容排版后返回的数据。

在所述客户端接收按照预设接口数据格式，对所述第一内容进行排版后返回的数据。当所述客户端需要进行内容展示时，需要服务器端提供统一的数据接口格式。而在所述客户端接收到的是由服务器端接收到内容发布请求数据，而在服务器端通过将该些数据包装成客户端需要的格式即对所述第一内容进行排版，而不需要先存储再从数据库查询刚才储存的内容。

需要注意的是，对所述第一内容排版根据所述客户端发送的第一内容发布请求中需要展示的内容形式相关。在本申请的实施例中并不进行限定，只要能够符合对第一内容排版的要求即可。

具体地，通过上述提供的在客户端发布内容回显机制，可以在客户端生成第一内容并发送所述第一内容发布请求，并在客户端接收按照预设接口数据格式对所述第一内容排版后返回的数据。从而从客户端到服务器端的响应时间极短，而在所述服务端采用立发立显的方式，不需要进行任何复杂的业务逻辑处理，第一时间把数据返回给客户端，最终响应耗时完全取决于当前的网络状态。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用生成第一内容并发送所述第一内容发布请求的方式，通过接收按照预设接口数据格式对所述第一内容排版后返回的数据，达到了立即发送立即显示、响应时间极短的目的，从而实现了优化内容发布时复杂逻辑的处理过程，同时可以按照最快的速度给用户提供内容显示服务反馈的技术效果，进而解决了内容发布流程较为复杂的技术问题。

根据本申请实施例，作为本实施例中的优选，如图2所示，接收按照预设接口数据格式对所述第一内容排版后返回数据之后还包括：步骤S106，接收需要返回的显示第一内容的ID信息。在所述步骤中，作为特殊的情况，在所述客户端接收需要返回所述显示第一内容的ID信息。

具体地，特殊情况下，如果需要返回显示内容的ID信息，可以使用ID 生成服务先生成ID，并且将所述ID和需要立即返回的数据一同返回，再把该需要返回显示内容的ID信息用于后续的记录存储。

根据本申请实施例，作为本实施例中的优选，如图3所示，在接收按照预设接口数据格式对所述第一内容排版后返回数据后还包括：步骤S108，接收经过异步处理后的所述第一发布内容处理结果。在所述步骤中，在服务器上执行了异步处理，在所述客户端会接收到经过异步处理后的所述第一发布内容处理结果。通过采用异步逻辑处理，相对于同步操作，提供给用户的核心内容发布数据并没有缺失，也使得用户体验基本没有损失。

具体地，在服务器端执行的异步处理包括，在上述步骤中所述按照预设接口数据格式对所述第一内容排版后返回的数据时，即内容返回给所述客户端的同时，将所有数据存入一个队列日志中并返回日志记录ID，将该日志记录ID 以及所有跟内容相关的业务逻辑都投递到队列服务中去，交由出队列处理程序异步执行。

需要注意的是，所述队列服务在本申请的实施例中并不进行限定，可以是rabbitmq、rocketmq、beanstalkd、redis等队列中间件，在本申请中并不限定，只要能够满足队列服务的要求即可。

根据本申请实施例，作为本实施例中的优选，如图3所示，在执行了上述接收异步处理操作过后的结果还包括：

步骤S110，接收如果异步处理不成功时经过异步补偿后的所述第一发布内容处理结果。

在所述客户端接收到的是如果在服务器端上的异步处理不成功时经过异步补偿后的所述第一发布内容处理结果。所述异步补偿需要定时检查队列中日志记录的状态，并找出异常，通过所述异步补偿可以保证所述异步任务的可靠执行。

具体地，由于各种原因，在服务器上的队列服务不一定能够一次执行成功，只有当队列任务处理成功后，才能够异步处理中对应日志记录的状态标记为处理成功状态。接着，可以通过生成定时任务检查队列日志状态，并可以对状态异常的队列日志对应的请求任务进行重试处理或者告警操作，保证异步任务的可靠执行。相比较同步地一次性请求，在服务器中采用队列日志的异步补偿机制，可以自动尝试重复请求，保证请求处理的成功率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于社区的内容发布处理方法的用于社区的内容发布处理的客户端，包括所述的用于客户端的用于社区的内容发布处理方法。

如图4所示，在本申请的另一实施例中还提供了一种在服务器端执行的用于社区的内容发布处理方法，该方法包括如下的步骤S402至步骤S404：

步骤S402，接收所述第一内容的发布请求；

在服务器端接收到由所述客户端发送的第一内容的发布请求。所述服务器用于向客户端提供固定数据接口格式，并通过所述固定数据接口格式可以满足在所述客户端的第一内容的发布请求。

需要注意的是，所述服务器端对接收到的所述第一内容的发布请求后即可将该些数据包装成所述客户端需要的格式，从而也不需要在所述服务器上进行先储存再查询。

步骤S404，返回按照预设接口数据格式对所述第一内容排版的数据。

在所述服务器端中返回按照预设接口数据格式对所述第一内容排版的数据，而需要先储存，再对储存的数据进行查询。同时也不用考虑复杂的业务处理逻辑。在所述服务器端中仅返回照预设接口数据格式对所述第一内容排版的数据。

需要注意的是，由于在所述返回按照预设接口数据格式可以是统一化的数据接口，所以通过所述服务器端下发的按照预设接口数据格式对所述第一内容排版的数据具有统一的内容输出。而由于在所述服务端发布内容的时候只是执行了很简单的队列投放逻辑，基本不会出错，同时返回给所述客户端的操作复杂度接近为零，所以接口错误率也可以忽略不计。使得错误率基本为零。

根据本申请实施例，作为本实施例中的优选，如图5所示，返回按照预设接口数据格式对所述第一内容排版的数据之后还包括：

步骤S506，生成身份信息标识，并和需要返回的第一内容数据一并下发。

如果在客户端需要返回发布内容的ID，则在所述服务器端会生成身份信息标识即对应发布内容的ID，并和需要返回的第一内容数据一并下发返回至所述客户端。

具体地，特殊情况下，如果需要返回显示内容的ID信息，可以使用ID 生成服务先在服务器端生成ID，并且将所述ID和需要立即返回的数据一同返回，再把该需要返回显示内容的ID信息用于后续的记录存储。

根据本申请实施例，作为本实施例中的优选，如图6或图7所示，返回按照预设接口数据格式对所述第一内容排版的数据时还包括：

步骤S602，将所述第一内容排版后返回的数据存入一个队列日志中并返回日志记录ID；

在服务器端首先将所述第一内容排版后返回的数据存入一个队列日志中并获取返回日志记录ID。

步骤S604，获取所述日志记录ID和与所述第一内容关联的业务逻辑，并投递到队列服务中，以使在队列处理程序中进行异步执行。

在所述服务器端通过获取所述日志记录ID和与所述第一内容关联的业务逻辑，并投递到队列服务中，以使在队列处理程序中进行异步执行。

需要注意的是，由于在所述服务端发布内容的时候只是执行了很简单的队列投放逻辑，基本不会出错，同时返回给所述客户端的操作复杂度接近为零，所以接口错误率也可以忽略不计。使得错误率基本为零。

还需要注意的是，对所述与所述第一内容关联的业务逻辑可以是内容发布通常涉及到的日志、会员积分、任务体系等复杂业务逻辑处理。同时，还包括发帖、发回复等复杂逻辑的处理过程。

具体地，在服务器端执行的异步处理包括，在上述步骤中所述按照预设接口数据格式对所述第一内容排版后返回的数据时，即内容返回给所述客户端的同时，将所有数据存入一个队列日志中并返回日志记录ID，将该日志记录ID 以及所有跟内容相关的业务逻辑都投递到队列服务中去，交由出队列处理程序异步执行。

需要注意的是，所述队列服务在本申请的实施例中并不进行限定，可以是在服务器端配置的rabbitmq、rocketmq、beanstalkd、redis等队列中间件，在本申请中并不限定，只要能够满足队列服务的要求即可。

根据本申请实施例，作为本实施例中的优选，如图7所示，在队列处理程序中进行异步执行时还包括：

步骤S702，通过定时任务检查队列日志状态，判断队列任务是否处理成功；

在所述服务器端通过所述定时任务可以检查队列日志的状态，并且在服务器端判断队列任务时是否处理成功。

步骤S704，如果不成功，则对状态异常的队列日志对应的请求任务进行重试处理或者告警操作。

在所述服务器端判断队列任务时如果处理不成功，则需要在服务器端对状态异常的队列日志对应的请求任务进行重试处理或者告警操作。

具体地，由于各种原因，比如网络或接口超时等，在所述服务器端上的队列服务不一定能够一次执行成功，只有当队列任务处理成功后，才能够异步处理中对应日志记录的状态标记为处理成功状态。接着，在所述服务器端可以通过生成定时任务检查队列日志状态，并可以对状态异常的队列日志对应的请求任务进行重试处理或者告警操作，保证异步任务的可靠执行。相比较同步地一次性请求，在所述服务器端中采用队列日志的异步补偿机制，可以自动尝试重复请求，保证请求处理的成功率。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于社区的内容发布处理方法的服务器，该服务器被配置为执行所述的在服务器端的用于社区的内容发布处理方法。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种用于社区的内容发布处理方法，其特征在于，包括：

生成第一内容并发送所述第一内容发布请求；以及

接收按照预设接口数据格式对所述第一内容排版后返回的数据。

2.根据权利要求1所述的内容发布处理方法，其特征在于，接收按照预设接口数据格式对所述第一内容排版后返回数据之后还包括：接收需要返回的显示第一内容的ID信息。

3.根据权利要求1所述的内容发布处理方法，其特征在于，在接收按照预设接口数据格式对所述第一内容排版后返回数据后还包括：接收经过异步处理后的所述第一发布内容处理结果。

4.根据权利要求3所述的内容发布处理方法，其特征在于，还包括：接收如果异步处理不成功时经过异步补偿后的所述第一发布内容处理结果。

5.一种用于社区的内容发布处理方法，其特征在于，包括：

接收所述第一内容的发布请求；以及

返回按照预设接口数据格式对所述第一内容排版的数据。

6.根据权利要求5所述的内容发布处理方法，其特征在于，返回按照预设接口数据格式对所述第一内容排版的数据之后还包括：生成身份信息标识，并和需要返回的第一内容数据一并下发。

7.根据权利要求5所述的内容发布处理方法，其特征在于，返回按照预设接口数据格式对所述第一内容排版的数据时还包括：

将所述第一内容排版后返回的数据存入一个队列日志中并返回日志记录ID；

获取所述日志记录ID和与所述第一内容关联的业务逻辑，并投递到队列服务中，以使在队列处理程序中进行异步执行。

8.根据权利要求7所述的内容发布处理方法，其特征在于，在队列处理程序中进行异步执行时还包括：

通过定时任务检查队列日志状态，判断队列任务是否处理成功；

如果不成功，则对状态异常的队列日志对应的请求任务进行重试处理或者告警操作。

9.一种用于社区的内容发布处理的客户端，其特征在于，包括如权利要求1至4任一项所述的用于社区的内容发布处理方法。

10.一种用于社区的内容发布处理的服务器，其特征在于，被配置为执行如权利要求5至8任一项所述的用于社区的内容发布处理方法。