CN107147620A - 一种消息交互处理方法、客户端和服务端 - Google Patents

Abstract

本发明涉及一种消息交互处理方法、客户端及服务端，其方法包括与服务端建立连接；根据用户输入的请求命令生成请求消息，将请求消息发送至服务端，并判断请求消息是否为同步消息，如果是，则将用于处理请求消息的业务线程设置为阻塞等待状态，接收从服务端返回的回复消息，将回复消息设置为请求消息的答复消息，通知业务线程结束阻塞等待状态，结束处理流程；否则接收从服务端返回的回复消息，并调用socket连接对象的数据处理方法对回复消息进行处理，结束处理流程。本发明的方法利用线程阻塞实现了异步通信方式下的同步等待，实现了客户端与服务端之间的消息交互处理，通信效率较高，实现了同步与异步相结合的通信方式，满足不同场合的通信需求。

Description

一种消息交互处理方法、客户端和服务端

技术领域

本发明涉及消息处理技术领域，尤其涉及一种消息交互处理方法、客户端和服务端。

背景技术

传统的通信方式主要采用如下方式进行通信：客户端向服务器发送信息，提出请求，服务器接收客户端发来的请求，并能发送数据给客户端以做出回应。当我们用浏览器浏览网页，要查看某个文件时，我们的电脑会发出请求给文件服务器，文件服务器收到请求并同意后，将文件数据传送到我们的电脑。此时，电脑充当客户端的角色。电脑要和文件服务器交流，必须要规定通信的规矩，即协议，传统的协议比较复杂，大大降低了通信的效率，以及通信数据信息的准确信。

发明内容

本发明所要解决的技术问题是针对上述现有技术的不足，提供一种消息交互处理方法，该方法通过请求消息的消息ID作为回复消息的原消息ID，使得客户端与服务端的交互机制进行了简化，并通过线程阻塞实现了异步通信方式下的同步等待，通信效率较高。

本发明的另一个目的在于提供一种客户端和服务端。

为了实现上述目的，本发明的一个实施例提出了一种消息交互处理方法，应用于客户端，包括如下步骤：

步骤1：与服务端建立连接；

步骤2：根据用户输入的请求命令生成请求消息，将所述请求消息发送至服务端，并判断所述请求消息是否为同步消息，如果是，则将用于处理所述请求消息的业务线程设置为阻塞等待状态，进入步骤3，否则进入步骤4；

步骤3：接收从服务端返回的回复消息，将所述回复消息设置为所述请求消息的答复消息，通知所述业务线程结束阻塞等待状态，结束处理流程；

步骤4：接收从服务端返回的回复消息，并调用socket连接对象的数据处理方法对所述回复消息进行处理，结束处理流程。

本发明的一种消息交互处理方法，利用线程阻塞实现了异步通信方式下的同步等待，实现了客户端与服务端之间的消息交互处理，通信效率较高，实现了同步与异步相结合的通信方式，满足不同场合的通信需求。

另外，根据本发明上述实施例的一种消息交互处理方法还可以具有如下附加的技术特征：

在一些示例中，所述步骤1的具体实现为：

步骤11：初始化，根据服务端的IP地址设置连接参数，建立连接socket通道，并向服务端发送连接请求，以使服务端接收到连接请求后生成所述客户端对应的连接ID；

步骤12：客户端生成获取连接ID请求消息，并通过所述socket通道向服务端发送获取连接ID请求消息；

步骤13：接收服务端返回的连接ID回复消息，并从所述连接ID回复消息中读取客户端的连接ID，建立连接成功；

其中，所述连接ID请求消息的消息ID生成规则为：

服务端IP地址：连接ID：X；

X为由1开始递增的变量，且初次发送连接ID请求消息时，所述连接ID为空。

在一些示例中，与服务端建立连接之后，还包括：监测与服务端的连接状态，具体为：

定期创建一个空的ping消息；

根据所述ping消息生成ping消息对应的消息ID；

向所述socket通道中写入所述ping消息和所述ping消息对应的消息ID，并等待接收从服务端返回的ping回复消息，如果接收到ping回复消息，且根据所述ping回复消息读取的原消息ID与所述ping消息对应的消息ID相同，则判定与服务端处于连接状态，否则判定与服务端处于断开连接状态；

其中，生成ping消息ID的生成规则具体为：

服务端IP地址：连接ID：X；

其中，X为由1开始递增的变量，且初次发送ping消息时，所述连接ID为空。

在一些示例中，所述步骤2中，发送请求消息的具体实现为：

步骤21：根据用户输入的请求命令生成请求消息，根据所述请求消息生成请求消息对应的消息ID，并创建请求消息上下文；

步骤22：判断所述请求消息是否为同步消息，如果是，则将所述业务线程设置为阻塞等待状态，并将所述请求消息上下文、请求消息对应的消息ID和处于阻塞状态的业务线程存储至等待回复消息队列中，否则不做处理；

步骤23：将所述请求消息存储至写消息队列中；

步骤24：从所述写消息队列中逐个取出所述请求消息，将取出的所述请求消息转换为字节流，并向客户端的socket通道中写入该字节流，再将所述请求消息从所述写消息队列中删除，完成所述请求消息发送；

其中，所述请求消息上下文包括业务线程、请求消息和返回消息，且初次发送请求消息时，所述返回消息为空，所述请求消息对应的消息ID和回复消息对应的消息ID均为从1开始递增的变量，且初次发送请求消息时，二者均为1。

在一些示例中，所述步骤3的具体实现为：

步骤31：读线程接收从服务端返回的回复消息，读取所述回复消息中的原消息ID；

步骤32：判断所述回复消息中的原消息ID是否存在于所述等待回复消息队列中，如果是，则将所述回复消息设置为所述请求消息上下文的答复消息，通知所述业务线程结束阻塞等待状态，并从所述等待回复消息队列中删除对应的处于阻塞状态的业务线程，否则，直接进入步骤4。

在一些示例中，所述步骤4的具体实现为：

读线程接收从服务端返回的回复消息，读取回复消息中的数据信息，并将所述数据信息从字节流转换为消息格式，并调用socket连接对象的数据处理方法对消息格式的所述数据信息进行处理；其中，所述请求消息对应的消息ID为所述回复消息的原消息ID。

本发明第二方面的实施例还提出了一种消息交互处理方法，应用于服务端，包括以下步骤：

步骤1：与客户端建立连接；

步骤2：接收客户端发送的请求消息，并调用消息处理器对所述请求消息进行处理，得到回复消息，并返回回复消息；

步骤3：根据所述回复消息生成所述回复消息对应的消息ID；

步骤4：将所述回复消息发送至客户端；

其中，将读取的所述请求消息对应的消息ID设置为所述返回的回复消息的原消息ID。

根据本发明实施例的一种消息交互处理方法，实现了客户端与服务端之间的消息交互处理，通信效率较高。

另外，根据本发明上述实施例的一种消息交互处理方法还可以具有如下附加的技术特征：

在一些示例中，所述步骤1的具体实现为：

步骤11：接收客户端的连接请求，创建一个连接请求对象，所述连接请求对象根据所述连接请求生成客户端对应的连接ID；

步骤12：接收客户端发送的获取连接ID请求消息，根据所述连接ID创建一个返回用的连接ID回复消息；

步骤13：将所述连接ID回复消息转换为字节流，并向服务端的socket连接通道中写入该字节流，完成所述连接ID回复消息的发送。

在一些示例中，与客户端建立连接之后，还包括：监测与客户端的连接状态，具体为：

接收客户端发送的ping消息并创建一个ping回复消息；

根据所述ping回复消息生成所述ping回复消息对应的消息ID；

将所述ping回复消息转换为字节流，并向服务端的socket通道中写入该字节流，完成所述ping回复消息发送；

其中，将读取的所述ping消息对应的消息ID设置为所述ping回复消息的原消息ID。

本发明第三方面的实施例还提出了一种客户端，包括：

连接模块，用于与服务端建立连接；

发送模块，用于接收用户的请求消息，并将所述请求消息发送至服务端；

判断模块，用于判断所述请求消息是否为同步消息，并在所述请求消息为同步消息时，将处理所述请求消息的业务线程设置为阻塞等待状态，直到服务端返回所述请求消息对应的回复消息；

接收处理模块，用于接收服务端返回的回复消息，并在所述请求消息为同步消息时，将所述回复消息设置为所述请求消息的答复消息，通知所述业务线程结束阻塞等待状态；在所述请求消息为异步消息时，调用socket连接对象的数据处理方法对所述回复消息进行同步处理。

本发明提供的一种客户端，利用线程阻塞实现了异步通信方式下的同步等待，实现了与服务端之间的消息交互处理，通信效率较高，实现了同步与异步相结合的通信方式，满足不同场合的通信需求。

本发明第四方面的实施例还提出了一种服务端，包括：

连接模块，用于与客户端建立连接；

接收处理模块，用于接收客户端发送的请求消息，，并调用消息处理器对所述请求消息进行处理，得到回复消息，并返回回复消息，根据所述回复消息生成所述回复消息对应的消息ID；

发送模块，用于将所述回复消息发送至客户端；

其中，所述接收处理模块将读取的所述请求消息对应的消息ID设置为所述返回的回复消息的原消息ID。

本发明提供的一种服务端，实现了与服务端之间的消息交互处理，通信效率较高。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例1提供的一种消息交互处理方法流程示意图；

图2为本发明实施例2提供的一种消息交互处理方法流程示意图

图3为本发明实施例3提供的一种客户端结构示意图；

图4为本发明实施例4提供的一种客户端结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。

参照下面的描述和附图，将清楚本发明的实施例的这些和其他方面。在这些描述和附图中，具体公开了本发明的实施例中的一些特定实施方式，来表示实施本发明的实施例的原理的一些方式，但是应当理解，本发明的实施例的范围不受此限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

图1为实施例1一种消息交互处理方法的流程示意图，如图1所示，一种消息交互处理方法，应用于客户端，包括如下步骤：

步骤1：与服务端建立连接；

步骤2：根据用户输入的请求命令生成请求消息，将所述请求消息发送至服务端，并判断所述请求消息是否为同步消息，如果是，则将用于处理所述请求消息的业务线程设置为阻塞等待状态，进入步骤3，否则进入步骤4；

步骤3：接收从服务端返回的回复消息，将所述回复消息设置为所述请求消息的答复消息，通知所述业务线程结束阻塞等待状态，结束处理流程；

步骤4：接收从服务端返回的回复消息，并调用socket连接对象的数据处理方法对所述回复消息进行处理，结束处理流程。

本发明的实施例，利用线程阻塞实现了异步通信方式下的同步等待，实现了客户端与服务端之间的消息交互处理，通信效率较高，实现了同步与异步相结合的通信方式，满足不同场合的通信需求。

本发明的实施例中，所述步骤1的具体实现为：

步骤11：初始化，根据服务端的IP地址设置连接参数，建立连接socket通道，并向服务端发送连接请求，以使服务端接收到连接请求后生成所述客户端对应的连接ID；

步骤12：客户端生成获取连接ID请求消息，并通过所述socket通道向服务端发送获取连接ID请求消息；

步骤13：接收服务端返回的连接ID回复消息，并从所述连接ID回复消息中读取客户端的连接ID，建立连接成功；

其中，所述连接ID请求消息的消息ID生成规则为：

服务端IP地址：连接ID：X；

X为由1开始递增的变量，且初次发送连接ID请求消息时，所述连接ID为空。

通过客户端向服务端发送连接请求，可以方便服务端接收到连接请求后生成所述客户端对应的连接ID，并在客户端发送获取连接ID请求消息后，将客户端的连接ID返回至客户端，这样客户端与服务端即可建立连接，实现收发消息的功能。

另外，这里需要将建立连接的时间设为客户端的当前时间，实现客户端与服务端之间的时间同步。

如果客户端在设定的时间范围内没有接收到服务端返回的连接ID回复消息，则表明客户端与服务端之间连接失败，二者之间的消息传送出现异常。

优选实施例中，与服务端建立连接之后，还包括：监测与服务端的连接状态，具体为：

定期创建一个空的ping消息；

根据所述ping消息生成ping消息对应的消息ID；

向所述socket通道中写入所述ping消息和所述ping消息对应的消息ID，并等待接收从服务端返回的ping回复消息，如果接收到ping回复消息，且根据所述ping回复消息读取的原消息ID与所述ping消息对应的消息ID相同，则判定与服务端处于连接状态，否则判定与服务端处于断开连接状态；

其中，生成ping消息ID的生成规则具体为：

服务端IP地址：连接ID：X；

其中，X为由1开始递增的变量，且初次发送ping消息时，所述连接ID为空。

通过将所述ping回复消息读取的原消息ID与所述ping消息对应的消息ID进行比较，可以有效确保客户端接收到的ping回复消息为服务端针对自己发送的ping消息做出的回复消息，这样可以确保客户端与服务端之间准确连接，通过ping机制可以保证客户端与服务端之间活动状态的实时监视，确保客户端与服务端之间能够有效完成消息的交互处理。

特别地，如果客户端没有从服务端接收到ping回复消息，也表明客户端与服务端之间处于断开连接状态。

本发明的实施例中，所述步骤2中，发送请求消息的具体实现为：

步骤21：根据用户输入的请求命令生成请求消息，根据所述请求消息生成请求消息对应的消息ID，并创建请求消息上下文；

步骤22：判断所述请求消息是否为同步消息，如果是，则将所述业务线程设置为阻塞等待状态，并将所述请求消息上下文、请求消息对应的消息ID和处于阻塞状态的业务线程存储至等待回复消息队列中，否则不做处理；

步骤23：将所述请求消息存储至写消息队列中；

步骤24：从所述写消息队列中逐个取出所述请求消息，将取出的所述请求消息转换为字节流，并向客户端的socket通道中写入该字节流，再将所述请求消息从所述写消息队列中删除，完成所述请求消息发送；

其中，所述请求消息上下文包括业务线程、请求消息和返回消息，且初次发送请求消息时，所述返回消息为空，所述请求消息对应的消息ID和回复消息对应的消息ID均为从1开始递增的变量，且初次发送请求消息时，二者均为1。

通过判断所述请求消息是否为同步消息，并在请求消息为同步消息时将业务线程设置在阻塞等待状态，实现了异步通信方式下的同步等待，提高了通信效率。

本发明的实施例中，所述步骤3的具体实现为：

步骤31：接收从服务端返回的回复消息，读取所述回复消息中的原消息ID；

步骤32：判断所述回复消息中的原消息ID是否存在于所述等待回复消息队列中，如果是，则将所述回复消息设置为所述请求消息上下文的答复消息，通知所述业务线程结束阻塞等待状态，并从所述等待回复消息队列中删除对应的处于阻塞状态的业务线程，否则，直接进入步骤4。

通过读取所述回复消息中的原消息ID，可以判断所述回复消息是否为处于所述等待回复消息队列中的请求消息对应的回复消息，并在所述回复消息为处于所述等待回复消息队列中的请求消息对应的回复消息时，通知所述业务线程结束阻塞等待状态，实现了异步消息的同步等待，提高了通信效率。

需要指出的是，当在设定的时间范围内没有接收到从服务端返回的回复消息，则生成错误信息，并报错。提醒注意客户端与服务端间的出现消息传送故障。

本发明的实施例中，所述步骤4的具体实现为：

读线程接收从服务端返回的回复消息，读取回复消息中的数据信息，并将所述数据信息从字节流转换为消息格式，并调用socket连接对象的数据处理方法对消息格式的所述数据信息进行处理；其中，所述请求消息对应的消息ID为所述回复消息的原消息ID。

当所述请求消息为异步消息时，直接调用socket连接对象对回复消息中的消息格式的数据信息进行处理，可以满足异步通信的需求，提高通信效率，满足不同场合的通信需求。

图2为实施例2的一种消息交互处理方法的流程示意图，如图2所示，一种消息交互处理方法，应用于服务端，包括如下步骤：

步骤1：与客户端建立连接；

步骤2：接收客户端发送的请求消息，并调用消息处理器对所述请求消息进行处理，得到回复消息，并返回回复消息；

步骤3：根据所述回复消息生成所述回复消息对应的消息ID；

步骤4：将所述回复消息发送至客户端；

其中，将读取的所述请求消息对应的消息ID设置为所述返回的回复消息的原消息ID。

本发明的一种消息交互处理方法，通过并调用消息处理器对所述请求消息进行处理，可以针对所述请求消息生成对应的回复消息，并将请求消息的消息ID由所述回复消息带回至客户端，从而便于客户端准确的识别客户端接收，并对所述回复消息进行处理。比如，当所述请求消息为同步消息时，通知处理所述请求消息的业务线程结束阻塞等待状态，实现了异步消息的同步等待，当所述请求消息为异步消息时，直接调用socket连接对象对回复消息中的消息格式的数据信息进行处理，可以满足异步通信的需求，提高通信效率，满足不同场合的通信需求。

根据本发明实施例的一种消息交互处理方法，实现了客户端与服务端之间的消息交互处理，通信效率较高。

本实施例中，所述步骤1的具体实现为：

步骤11：接收客户端的连接请求，创建一个连接请求对象，所述连接请求对象根据所述连接请求生成客户端对应的连接ID；

步骤12：接收客户端发送的获取连接ID请求消息，根据所述连接ID创建一个返回用的连接ID回复消息；

步骤13：将所述连接ID回复消息转换为字节流，并向服务端的socket连接通道中写入该字节流，完成所述连接ID回复消息的发送。

通过创建连接请求对象来生成客户端对应的连接ID，便于在返回连接ID回复消息时带回客户端的连接ID，从而使得客户端与服务端之间准确建立连接。

优选实施例中，与客户端建立连接之后，还包括：监测与客户端的连接状态，具体为：

接收客户端发送的ping消息并创建一个ping回复消息；

根据所述ping回复消息生成所述ping回复消息对应的消息ID；

将所述ping回复消息转换为字节流，并向服务端的socket通道中写入该字节流，完成所述ping回复消息发送；

其中，将读取的所述ping消息对应的消息ID设置为所述ping回复消息的原消息ID。

根据客户端发送的ping消息创建一个ping回复消息，并在ping回复消息中将ping消息对应的消息ID带回至客户端，便于客户端准确识别所述ping回复消息针对的原ping消息，从而保证客户端与服务端之间活动状态的实时监视，确保客户端与服务端之间能够有效完成消息的交互处理。

图3为实施例3提供的一种客户端，包括：

连接模块，用于与服务端建立连接；

发送模块，用于接收用户的请求消息，并将所述请求消息发送至服务端；

判断模块，用于判断所述请求消息是否为同步消息，并在所述请求消息为同步消息时，将处理所述请求消息的业务线程设置为阻塞等待状态，直到服务端返回所述请求消息对应的回复消息；

接收处理模块，用于接收服务端返回的回复消息，并在所述请求消息为同步消息时，将所述回复消息设置为所述请求消息的答复消息，通知所述业务线程结束阻塞等待状态；在所述请求消息为异步消息时，调用socket连接对象的数据处理方法对所述回复消息进行同步处理。

本发明提供的一种客户端，利用线程阻塞实现了异步通信方式下的同步等待，实现了与服务端之间的消息交互处理，通信效率较高，实现了同步与异步相结合的通信方式，满足不同场合的通信需求。

本发明的实施例中，所述连接模块具体用于：初始化，根据服务端的IP地址设置连接参数，建立连接socket通道，并向服务端发送连接请求，以使服务端接收到连接请求后生成所述客户端对应的连接ID；客户端生成获取连接ID请求消息，并通过所述socket通道向服务端发送获取连接ID请求消息；接收服务端返回的连接ID回复消息，并从所述连接ID回复消息中读取客户端的连接ID，建立连接成功；其中，所述连接ID请求消息的消息ID生成规则为：

服务端IP地址：连接ID：X；

X为由1开始递增的变量，且初次发送连接ID请求消息时，所述连接ID为空。

通过客户端向服务端发送连接请求，可以方便服务端接收到连接请求后生成所述客户端对应的连接ID，并在客户端发送获取连接ID请求消息后，将客户端的连接ID返回至客户端，这样客户端与服务端即可建立连接，实现收发消息的功能。

优选实施例中，所述客户端还包括监测模块，用于在与服务端建立连接之后，监测与服务端的连接状态，具体为：定期创建一个空的ping消息；据所述ping消息生成ping消息对应的消息ID；向所述socket通道中写入所述ping消息和所述ping消息对应的消息ID，并等待接收从服务端返回的ping回复消息，如果接收到ping回复消息，且根据所述ping回复消息读取的原消息ID与所述ping消息对应的消息ID相同，则判定与服务端处于连接状态，否则判定与服务端处于断开连接状态；其中，生成ping消息ID的生成规则具体为：

服务端IP地址：连接ID：X；

其中，X为由1开始递增的变量，且初次发送ping消息时，所述连接ID为空。

通过将所述ping回复消息读取的原消息ID与所述ping消息对应的消息ID进行比较，可以有效确保客户端接收到的ping回复消息为服务端针对自己发送的ping消息做出的回复消息，这样可以确保客户端与服务端之间准确连接，通过ping机制可以保证客户端与服务端之间活动状态的实时监视，确保客户端与服务端之间能够有效完成消息的交互处理。

本发明实施例中，所述发送模块具体用于接收请求消息，根据所述请求消息生成请求消息对应的消息ID，并创建请求消息上下文；将所述请求消息存储至写消息队列中；从所述写消息队列中逐个取出所述请求消息，将取出的所述请求消息转换为字节流，并向客户端的socket通道中写入该字节流，再将所述请求消息从所述写消息队列中删除，完成所述请求消息发送；其中，所述请求消息上下文包括业务线程、请求消息和返回消息，且初次发送请求消息时，所述返回消息为空，所述请求消息对应的消息ID和回复消息对应的消息ID均为从1开始递增的变量，且初次发送请求消息时，二者均为1。

所述判断模块具体用于判断所述请求消息是否为同步消息，如果是，则将所述业务线程设置为阻塞等待状态，并将所述请求消息上下文、请求消息对应的消息ID和处于阻塞状态的业务线程存储至等待回复消息队列中，否则不做处理。通过判断所述请求消息是否为同步消息，并在请求消息为同步消息时将业务线程设置在阻塞等待状态，实现了异步通信方式下的同步等待，提高了通信效率。

本实施例中，所述接收处理模块具体用于接收从服务端返回的回复消息，读取所述回复消息中的原消息ID；判断所述回复消息中的原消息ID是否存在于所述等待回复消息队列中，如果是，则将所述回复消息设置为所述请求消息上下文的答复消息，通知所述业务线程结束阻塞等待状态，并从所述等待回复消息队列中删除对应的处于阻塞状态的业务线程，否则，直接直接调用socket连接对象对回复消息中的消息格式的数据信息进行处理。

通过读取所述回复消息中的原消息ID，可以判断所述回复消息是否为处于所述等待回复消息队列中的请求消息对应的回复消息，并在所述回复消息为处于所述等待回复消息队列中的请求消息对应的回复消息时，通知所述业务线程结束阻塞等待状态，实现了异步消息的同步等待，提高了通信效率。并且，如果所述请求消息为同步消息时，直接调用socket连接对象对回复消息中的消息格式的数据信息进行处理，可以满足异步通信的需求，提高通信效率，满足不同场合的通信需求。

图4为本发明实施例4提供的一种服务端，包括：

连接模块，用于与客户端建立连接；

接收处理模块，用于接收客户端发送的请求消息，并调用消息处理器对所述请求消息进行处理，得到回复消息，并返回回复消息，根据所述回复消息生成所述回复消息对应的消息ID；

发送模块，用于将所述回复消息发送至客户端；

其中，所述接收处理模块将读取的所述请求消息对应的消息ID设置为所述返回的回复消息的原消息ID。

本发明提供的一种服务端，实现了与服务端之间的消息交互处理，通信效率较高。

本发明的实施例中，所述连接模块具体用于接收客户端的连接请求，创建一个连接请求对象，所述连接请求对象根据所述连接请求生成客户端对应的连接ID；接收客户端发送的获取连接ID请求消息，根据所述连接ID创建一个返回用的连接ID回复消息；将所述连接ID回复消息转换为字节流，并向服务端的socket连接通道中写入该字节流，完成所述连接ID回复消息的发送。通过创建连接请求对象来生成客户端对应的连接ID，便于在返回连接ID回复消息时带回客户端的连接ID，从而使得客户端与服务端之间准确建立连接。

优选实施例中，所述服务端还包括监测模块，用于监测与客户端的连接状态，具体为：接收客户端发送的ping消息并创建一个ping回复消息；根据所述ping回复消息生成所述ping回复消息对应的消息ID；将所述ping回复消息转换为字节流，并向服务端的socket通道中写入该字节流，完成所述ping回复消息发送；其中，将读取的所述ping消息对应的消息ID设置为所述ping回复消息的原消息ID。根据客户端发送的ping消息创建一个ping回复消息，并在ping回复消息中将ping消息对应的消息ID带回至客户端，便于客户端准确识别所述ping回复消息针对的原ping消息，从而保证客户端与服务端之间活动状态的实时监视，确保客户端与服务端之间能够有效完成消息的交互处理。

本发明实施例中，所述接收处理模块具体用于接收客户端发送的请求消息，并调用消息处理器对所述请求消息进行处理，得到回复消息，并返回回复消息；根据所述回复消息生成所述回复消息对应的消息ID；其中，将读取的所述请求消息对应的消息ID设置为所述返回回复消息的原消息ID。通过并调用消息处理器对所述请求消息进行处理，可以针对所述请求消息生成对应的回复消息，并将请求消息的消息ID由所述回复消息带回至客户端，从而便于客户端准确的识别客户端接收，并对所述回复消息进行处理。比如，当所述请求消息为同步消息时，通知处理所述请求消息的业务线程结束阻塞等待状态，实现了异步消息的同步等待，当所述请求消息为异步消息时，直接调用socket连接对象对回复消息中的消息格式的数据信息进行处理，可以满足异步通信的需求，提高通信效率，满足不同场合的通信需求。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种消息交互处理方法，应用于客户端，其特征在于，包括如下步骤：

步骤1：与服务端建立连接；

步骤2：根据用户输入的请求命令生成请求消息，将所述请求消息发送至服务端，并判断所述请求消息是否为同步消息，如果是，则将用于处理所述请求消息的业务线程设置为阻塞等待状态，进入步骤3，否则进入步骤4；

步骤3：接收从服务端返回的回复消息，将所述回复消息设置为所述请求消息的答复消息，通知所述业务线程结束阻塞等待状态，结束处理流程；

步骤4：接收从服务端返回的回复消息，并调用socket连接对象的数据处理方法对所述回复消息进行处理，结束处理流程。

2.根据权利要求1所述的消息交互处理方法，其特征在于：所述步骤1的具体实现为：

步骤11：初始化，根据服务端的IP地址设置连接参数，建立连接socket通道，并向服务端发送连接请求，以使服务端接收到连接请求后生成所述客户端对应的连接ID；

步骤12：客户端生成获取连接ID请求消息，并通过所述socket通道向服务端发送获取连接ID请求消息；

步骤13：接收服务端返回的连接ID回复消息，并从所述连接ID回复消息中读取客户端的连接ID，建立连接成功；

其中，所述连接ID请求消息的消息ID生成规则为：

服务端IP地址：连接ID：X；

X为由1开始递增的变量，且初次发送连接ID请求消息时，所述连接ID为空。

3.根据权利要求1所述的消息交互处理方法，其特征在于：与服务端建立连接之后，还包括：监测与服务端的连接状态，具体为：

定期创建一个空的ping消息；

根据所述ping消息生成ping消息对应的消息ID；

向所述socket通道中写入所述ping消息和所述ping消息对应的消息ID，并等待接收从服务端返回的ping回复消息，如果接收到ping回复消息，且根据所述ping回复消息读取的原消息ID与所述ping消息对应的消息ID相同，则判定与服务端处于连接状态，否则判定与服务端处于断开连接状态；

其中，生成ping消息ID的生成规则具体为：

服务端IP地址：连接ID：X；

其中，X为由1开始递增的变量，且初次发送ping消息时，所述连接ID为空。

4.根据权利要求1所述的消息交互处理方法，其特征在于：所述步骤2中，发送请求消息的具体实现为：

步骤21：根据用户输入的请求命令生成请求消息，根据所述请求消息生成请求消息对应的消息ID，并创建请求消息上下文；

步骤22：判断所述请求消息是否为同步消息，如果是，则将所述业务线程设置为阻塞等待状态，并将所述请求消息上下文、请求消息对应的消息ID和处于阻塞状态的业务线程存储至等待回复消息队列中，否则不做处理；

步骤23：将所述请求消息存储至写消息队列中；

步骤24：从所述写消息队列中逐个取出所述请求消息，将取出的所述请求消息转换为字节流，并向客户端的socket通道中写入该字节流，再将所述请求消息从所述写消息队列中删除，完成所述请求消息发送；

其中，所述请求消息上下文包括业务线程、请求消息和返回消息，且初次发送请求消息时，所述返回消息为空，所述请求消息对应的消息ID和回复消息对应的消息ID均为从1开始递增的变量，且初次发送请求消息时，二者均为1。

5.根据权利要求4所述的消息交互处理方法，其特征在于：所述步骤3的具体实现为：

步骤31：读线程接收从服务端返回的回复消息，读取所述回复消息中的原消息ID；

步骤32：判断所述回复消息中的原消息ID是否存在于所述等待回复消息队列中，如果是，则将所述回复消息设置为所述请求消息上下文的答复消息，通知所述业务线程结束阻塞等待状态，并从所述等待回复消息队列中删除对应的处于阻塞状态的业务线程，否则，直接进入步骤4；

所述步骤4的具体实现为：

读线程接收从服务端返回的回复消息，读取回复消息中的数据信息，并将所述数据信息从字节流转换为消息格式，并调用socket连接对象的数据处理方法对消息格式的所述数据信息进行处理；

其中，所述请求消息对应的消息ID为所述回复消息的原消息ID。

6.一种消息交互处理方法，应用于服务端，其特征在于，包括如下步骤：

步骤1：与客户端建立连接；

步骤2：接收客户端发送的请求消息，并调用消息处理器对所述请求消息进行处理，得到回复消息，并返回回复消息；

步骤3：根据所述回复消息生成所述回复消息对应的消息ID；

步骤4：将所述回复消息发送至客户端；

其中，将读取的所述请求消息对应的消息ID设置为所述返回的回复消息的原消息ID。

7.根据权利要求6所述的消息处理方法，其特征在于：所述步骤1的具体实现为：

步骤11：接收客户端的连接请求，创建一个连接请求对象，所述连接请求对象根据所述连接请求生成客户端对应的连接ID；

步骤12：接收客户端发送的获取连接ID请求消息，根据所述连接ID创建一个返回用的连接ID回复消息；

步骤13：将所述连接ID回复消息转换为字节流，并向服务端的socket连接通道中写入该字节流，完成所述连接ID回复消息的发送。

8.根据权利要求6所述的消息处理方法，其特征在于：与客户端建立连接之后，还包括：监测与客户端的连接状态，具体为：

接收客户端发送的ping消息并创建一个ping回复消息；

根据所述ping回复消息生成所述ping回复消息对应的消息ID；

将所述ping回复消息转换为字节流，并向服务端的socket通道中写入该字节流，完成所述ping回复消息发送；

其中，将读取的所述ping消息对应的消息ID设置为所述ping回复消息的原消息ID。

9.一种客户端，其特征在于，包括：

连接模块，用于与服务端建立连接；

发送模块，用于接收用户的请求消息，并将所述请求消息发送至服务端；

判断模块，用于判断所述请求消息是否为同步消息，并在所述请求消息为同步消息时，将处理所述请求消息的业务线程设置为阻塞等待状态，直到服务端返回所述请求消息对应的回复消息；

接收处理模块，用于接收服务端返回的回复消息，并在所述请求消息为同步消息时，将所述回复消息设置为所述请求消息的答复消息，通知所述业务线程结束阻塞等待状态；在所述请求消息为异步消息时，调用socket连接对象的数据处理方法对所述回复消息进行同步处理。

10.一种服务端，其特征在于，包括：

连接模块，用于与客户端建立连接；

接收处理模块，用于接收客户端发送的请求消息，并调用消息处理器对所述请求消息进行处理，得到回复消息，并返回回复消息，根据所述回复消息生成所述回复消息对应的消息ID；

发送模块，用于将所述回复消息发送至客户端；

其中，所述接收处理模块将读取的所述请求消息对应的消息ID设置为所述返回的回复消息的原消息ID。