CN105763507A - 一种消息处理方法、装置及系统 - Google Patents

Abstract

本申请公开了一种应用于代理服务器的消息处理方法，其中，所述代理服务器提供了用于配置修改规则的接口，所述方法可以包括：通过所述接口接收一个或多个消息类型分别对应的修改规则，拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息，向所述客户端或所述服务器返回修改后的消息，由于用户可以随时通过配置修改规则使代理服务器修改客户端与服务器端之间的消息，因此可以满足用户随时修改的需要。另外，本申请还公开了一种配置于代理服务器的消息处理装置及消息处理系统。

Description

一种消息处理方法、装置及系统

技术领域

本申请涉及互联网领域，尤其涉及一种消息处理方法、装置及系统。

背景技术

客户端-服务器，是目前最常见的网络架构。通过客户端与服务器之间交互消息，可以为用户完成各种服务。例如，通过网页浏览器与网页服务器之间交互消息，可以使用户在网页浏览器看到相关网页。

由于客户端发送给服务器的消息以及服务器发送给客户端的消息，都是按照各自已制定的消息生成规则生成并发送的。因此，如果想要改变二者之间传递的消息，只能在客户端或服务器端修改其消息生成规则，或者，在按照已制定的消息生成规则生成消息之后，在客户端或服务器端手动修改已生成的消息。

但是，在客户端或服务器端修改消息生成规则或手动修改消息，效率较低，无法满足用户随时对客户端与服务器之间的消息进行修改的需要。

发明内容

有鉴于此，本申请的目的在于提供一种消息处理方法、装置及系统，以实现用户可以随时高效率地对客户端与服务器之间的消息进行修改的目的。

在本申请实施例的第一个方面，提供了一种应用于代理服务器的消息处理方法，其中，所述代理服务器提供了用于配置修改规则的接口，例如，所述方法可以包括：通过所述接口接收一个或多个消息类型分别对应的修改规则；拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息；向所述客户端或所述服务器返回修改后的消息。

在本申请实施例的第二个方面，提供了一种配置于代理服务器的消息处理装置，其中，所述代理服务器提供了用于配置修改规则的接口，例如，所述装置可以包括：规则接收单元，可以用于通过所述接口接收一个或多个消息类型分别对应的修改规则。拦截修改单元，可以用于拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息。返回单元，可以用于向所述客户端或所述服务器返回修改后的消息。

在本申请实施例的第三个方面，提供了一种消息处理系统，例如，该系统可以包括：客户端，可以用于通过代理服务器向服务器发送消息以及通过代理服务器接收所述服务器反馈的消息。提供了用于配置修改规则的接口的代理服务器，可以用于通过所述接口接收一个或多个消息类型分别对应的修改规则，拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息，向所述客户端或所述服务器返回修改后的消息。代理服务器，可以用于通过代理服务器接收客户端发送的消息以及通过代理服务器向客户端反馈消息。

本申请实施例具有如下有益效果：

由于应用本申请实施例的代理服务器提供了用于配置修改规则的接口，因此，用户可以随时通过该接口配置各个消息类型对应的修改规则，使代理服务器应用该修改规则对拦截到的、客户端与服务器之间的消息进行修改再转发，从而用户可以随时修改整个通信过程任意环节的消息，满足用户随时修改客户端与服务器端之间传输的消息的需要。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一实施例提供的消息处理方法流程示意图；

图2为本申请另一实施例提供的消息处理方法流程示意图；

图3为本申请实施例提供的消息处理装置结构示意图；

图4为本申请实施例提供的消息处理系统结构示意图。

具体实施方式

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

针对现有技术修改客户端与服务器之间消息效率较低，无法满足用户随时修改需要的问题，本申请的发明人发现，客户端在设置为代理模式后，客户端发出的消息，例如HTTP请求的请求头、请求体，服务端返回的响应头、响应体都会经过代理服务器转发，代理服务器可以拦截双方的消息。本申请的发明人还发现，可以对代理服务器进行改造，把转发客户端与服务器之间消息的各个过程暴露给用户，即，在代理服务器中增加用户配置修改规则的功能模块并提供可编程接口，使用户随时可通过该接口配置各个消息类型对应的修改规则，由代理服务器应用该修改规则对所拦截的消息进行修改再转发，因此，用户可以随时修改整个通信过程任意环节的消息，从而满足用户随时修改客户端与服务器端之间传输消息的需要。

基于上述分析，本申请实施例提供了如下的消息处理方法、装置及系统。

例如，参见图1，为本申请实施例提供的一种消息处理方法流程示意图。其中，该方法可以应用于代理服务器，所述代理服务器提供了用于配置修改规则的接口。如图1所示，该方法可以包括：

S110、通过所述接口接收一个或多个消息类型分别对应的修改规则。

其中，不同消息类型可以按照客户端与服务器之间不同交互环节来划分。例如，客户端发出的HTTP请求的生命周期上的消息类型可以包括：客户端发出的HTTP请求的请求头、请求体、服务器针对HTTP请求反馈的响应头及状态码、响应体，等等。相应地，通过所述接口接收的修改规则可以包括：请求头对应的修改规则、请求体对应的修改规则、响应头对应的修改规则、和/或者响应体对应的修改规则，等。

当然，所述消息类型在不同应用场景下可以不同，具体可以根据客户端与服务器之间实际的交互环节来划分。

一些可能的实施方式中，代理服务器在接收到修改规则之后，还可以将该修改规则保存下来以便后续使用。其中，所述修改规则具体可以为用于注入新内容的修改程序。例如，修改程序可以用于替换向服务器发出的请求协议(如，HTTP协议和HTTPS协议的替换)、替换向服务器发出的请求参数，替换向服务器发出的请求体中的内容、替换服务器响应的HTTP状态码、替换服务器响应的HTTP头、替换服务器响应的数据、等等。需要说明的是，本申请实施例所述修改规则以程序的形式体现仅为一种可能的实施方式，本申请对此并不进行限制。

考虑到修改规则以配置文件的形式保存，更加便于共享以及逐步扩展完善，提升效率，用户可以根据该接口的参数形式把自行编写的修改程序汇总成一份配置文件，代理服务器通过该接口接收该配置文件并保存下来。

在代理服务器将接收到的修改规则保存下来之后，可以在每次启动代理服务器时，自动读取所保存的修改规则，或者，在需要应用修改规则时读取所保存的配置文件。例如，代理服务器启动时，可以根据预置顺序检测所保存的配置文件，如果检测到，则读取其中的修改规则，在拦截到属于该修改规则对应的消息类型的消息时，应用该修改规则修改该消息,如果检测不到，则可以按普通代理方式传输消息。

S120、拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息。

例如，本申请实施例所述代理服务器可以通过执行命令行的方式启动。例如，被命名为anyproxy的代理服务器，可以通过执行命令行anyproxy启动或者通过指定端口启动，例如，anyproxy-p8001。对于客户端来说，可以通过设置为代理模式并指定端口为anyproxy服务端口，使所有基于HTTP、HTTPS协议的请求经过代理服务器anyproxy。由于代理服务器anyproxy可以监听到客户端与服务器之间任意交互环节上的消息，例如，客户端发出的HTTP请求的请求头、请求体、服务器反馈的响应头与状态码、响应体等。因此，代理服务器可以拦截客户端与服务器之间传递的消息。可以理解的是，由于代理服务器拦截了客户端与服务器之间传递的消息，因此，代理服务器既可以阻止所述消息继续发送，也可以获取到该消息，进而应用该消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息。

例如，在客户端HTTP请求的生命周期中，对于客户端发出的消息来说，代理服务器可以拦截客户端向服务器发出的请求头，应用请求头对应的修改规则对所述请求头进行修改，得到修改后的请求头；和/或者，拦截客户端向服务器发出的请求体，应用请求体对应的修改规则对所述请求体进行修改，得到修改后的请求体。

再例如，在客户端HTTP请求的生命周期中，对于服务器发出的消息来说，代理服务器可以拦截服务器向客户端反馈的响应头和状态码，应用响应头对应的修改规则对所述响应头和状态码进行修改，得到修改后的响应头和状态码；和/或者，拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体进行修改，得到修改后的响应体。例如，一些可能的实施方式中，为了增加客户端的功能，例如，调试功能等，代理服务器可以拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体注入用于调用程序的代码。

S130、向所述客户端或所述服务器返回修改后的消息。

例如，结合上面对HTTP请求生命周期中的请求头、请求体进行修改的实施方式，本申请实施例的代理服务器可以向所述服务器返回至少包含所述修改后的请求头或者所述修改后的请求体的请求消息。具体地，例如，可以向服务器返回由修改后的请求头以及客户端发出的请求体组成的请求消息，或者，向服务器返回由客户端发出的请求头以及修改后的请求体组成的请求消息，或者，向服务器返回由修改后的请求头以及修改后的请求体组成的请求消息。

再例如，结合上面对HTTP请求生命周期中的响应头和状态码、响应体进行修改的实施方式，本申请实施例的代理服务器可以向所述客户端返回至少包含所述修改后的响应头和状态码、或者、所述修改后的响应体的响应消息。具体地，例如，可以向客户端返回由修改后的响应头和状态码以及服务器发出的响应体组成的响应消息，或者，向客户端返回由服务器发出的响应头和状态码以及修改后的响应体组成的请求消息，或者，向服务器返回由修改后的响应头和状态码以及修改后的响应体组成的响应消息。

下面，结合图2所示信令示意图，对代理服务器应用修改规则对客户端发出HTTP请求生命周期中的请求头、请求体、响应头和状态码、响应体进行修改的实施方式进行详细说明。例如，客户端一HTTP请求的生命周期中消息传输的过程可以包括：

S200、客户端发出HTTP请求的请求头；

S210、代理服务器拦截客户端发出的请求头，查找请求头对应的请求头处理程序(即，请求头对应的修改规则)，把该请求头作为参数传递给该请求头处理程序进行处理，保存该请求头处理程序返回的修改后的请求头；

S220、客户端发出HTTP请求的请求体；

S230、代理服务器拦截客户端发出的请求体，查找请求体对应的请求体处理程序(即，请求体对应的修改规则)，把该请求体作为参数传递给该请求体处理程序进行处理，保存该请求体处理程序返回的体修改后的请求体；

S240、代理服务器将修改后的请求头以及修改后的请求体作为参数传递给HTTP请求处理程序进行处理，根据所述HTTP请求处理程序返回的处理结果判断是否立即对客户端作出响应，也就是说，在某些应用场景下，可以设置HTTP请求处理程序针对客户端的某些请求进行本地响应，根据所述HTTP请求处理程序返回的处理结果判断是否立即对客户端作出本地响应；

S250、如果是，则代理服务器立即将处理结果返回给客户端；

S260、如果否，则代理服务器根据修改后的请求头以及修改后的请求体得到修改后的请求消息，向服务器发出修改后的请求消息；

S270、代理服务器拦截服务器针对所述修改后的请求消息反馈的响应头和状态码，并查找响应头对应的响应头处理程序(即，响应头对应的修改规则)，把该响应头和状态码作为参数传递给该响应头处理程序进行处理，得到修改后的响应头和状态码，将该响应头处理程序返回的修改后的响应头和状态码发送给客户端；

S280、代理服务器拦截服务器针对所述修改后的请求消息反馈的响应体，并查找响应体对应的响应体处理程序(即，响应体对应的修改规则)，把该响应体作为参数传递给该响应体处理程序进行处理，将该响应体处理程序返回的修改后的响应体发送给客户端。

其中，用户还可以在修改规则中设置修改后的消息被发送的延迟时间。相应地，代理服务器在拦截到客户端或服务器发送的消息之后，可以根据修改规则中是否设置延迟时间判断是否需要延迟，如果需要延迟则可以在等待相应时间之后，再向服务器或客户端发送修改后的消息，如果不需要延迟，则可以在得到修改后的消息时，立即向服务器或客户端发送修改后的消息。

可见，在代理服务器应用本申请实施例提供的方法，由于使代理服务器设置提供了用于配置修改规则的接口，因此，用户可以随时通过该接口配置各个消息类型对应的修改规则，使代理服务器应用该修改规则对拦截到的、客户端与服务器之间的消息进行修改再转发，从而用户可以随时修改整个通信过程任意环节的消息，满足用户随时修改客户端与服务器端之间传输的消息的需要。

一些可能的实施方式中，针对现有技术手动修改响应体来注入对HTML5的调试工具效率低的问题，本申请实施例提供的方法可以用来解决HTML5应用的调试。例如，在该实施方式中，所述客户端可以为网页浏览器。代理服务器拦截服务器返回的响应体之后，可以应用响应体对应的修改规则对所述响应体注入用于调用调试工具的代码。例如，该响应体对应的修改规则的部分代码段可以包括：

“replaceServerResData:function(req,res,serverResData)

{if(/html/i.test(res.headers['content-type']))

{serverResData＝serverResData.toString()；

serverResData＝‘<scriptsrc＝“http://localhost:8888/weinre.js”></script>”

通过如上所示的修改规则对响应体的处理，可以在响应体尾部加入对调试工具weinre的调用代码“<scriptsrc＝“http://localhost:8888/weinre.js”></script>”。从而客户端在渲染了与该响应体对应的HTML5页面之后，由于响应体中已经注入了对调试工具weinre.js调用的代码，所以会加载weinre.js的调试脚本，对HTML5页面进行调试。

由于代理服务器对客户端的响应可以与服务器实际响应保持同步，因此，本申请实施例在代理服务器上实现对响应体的拦截以及注入调试工具，效率较高，很大程度上提高了对HTML5的调试效率。

与本申请实施例消息处理方法相对应的，本申请实施例还提供了一种配置于代理服务器的消息处理装置。其中，所述代理服务器提供了用于配置修改规则的接口。

例如，参见图3，为本申请实施例提供的消息处理装置结构示意图。如图3所示，该装置可以包括：规则接收单元310，可以用于通过所述接口接收一个或多个消息类型分别对应的修改规则；拦截修改单元320，可以用于拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息。返回单元330，可以用于向所述客户端或所述服务器返回修改后的消息。

一些可能的实施方式中，所述拦截修改单元320可以包括：请求头拦截修改子单元321，可以用于拦截客户端向服务器发出的请求头，应用请求头对应的修改规则对所述请求头进行修改，得到修改后的请求头。和/或者，请求体拦截修改子单元322，可以用于拦截客户端向服务器发出的请求体，应用请求体对应的修改规则对所述请求体进行修改，得到修改后的请求体。相应地，所述返回单元330，可以用于向所述服务器返回至少包含所述修改后的请求头或者所述修改后的请求体的请求消息。

另一些可能的实施方式中，所述拦截修改单元320可以包括：响应头拦截修改子单元323，可以用于拦截服务器向客户端反馈的响应头和状态码，应用响应头对应的修改规则对所述响应头和状态码进行修改，得到修改后的响应头和状态码。和/或者，响应体拦截修改子单元324，可以用于拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体进行修改，得到修改后的响应体。相应地，其中，所述返回单元330，可以用于向所述客户端返回至少包含所述修改后的响应头和状态码、或者、所述修改后的响应体的响应消息。

结合上一实施方式，例如，所述响应体拦截修改子单元324，可以用于拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体注入用于调用程序的代码。一些可能的实施方式中，针对现有技术手动修改响应体来注入对HTML5的调试工具效率低的问题，本申请实施例提供的方法可以用来解决HTML5应用的调试。例如，在该实施方式中，所述响应体拦截修改子单元324，可以用于拦截服务器向所述客户端反馈的响应体，应用响应体对应的修改规则对所述响应体注入用于调用调试工具的代码。

可见，在代理服务器应用本申请实施例提供的方法，由于使代理服务器设置提供了用于配置修改规则的接口，因此，用户可以随时通过该接口配置各个消息类型对应的修改规则，使代理服务器应用该修改规则对拦截到的、客户端与服务器之间的消息进行修改再转发，从而用户可以随时修改整个通信过程任意环节的消息，满足用户随时修改客户端与服务器端之间传输的消息的需要。

需要注意的是，本申请实施例所述请求头拦截修改子单元321、请求体拦截修改子单元322、响应头拦截修改子单元323、响应体拦截修改子单元324在图3中以虚线绘制，以表示这些单元不是本申请实施例公开的消息处理装置的必要单元。

与本申请实施例消息处理方法相对应的，本申请实施例还提供了一种消息处理系统。

例如，参见图4，为本申请实施例提供的消息处理系统的结构示意图。如图4所示，该系统可以包括：

客户端410，可以用于通过代理服务器向服务器发送消息以及通过代理服务器接收所述服务器反馈的消息。提供了用于配置修改规则的接口的代理服务器420，可以用于通过所述接口接收一个或多个消息类型分别对应的修改规则，拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息，向所述客户端或所述服务器返回修改后的消息。代理服务器430，可以用于通过代理服务器接收客户端发送的消息以及通过代理服务器向客户端反馈消息。

由于该系统中的代理服务器提供了用于配置修改规则的接口，因此，用户可以随时通过该接口配置各个消息类型对应的修改规则，使代理服务器应用该修改规则对拦截到的、客户端与服务器之间的消息进行修改再转发，从而用户可以随时修改整个通信过程任意环节的消息，满足用户随时修改客户端与服务器端之间传输的消息的需要。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本发明可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (11)

1.一种消息处理方法，应用于代理服务器，其特征在于，所述代理服务器提供了用于配置修改规则的接口，所述方法包括：

通过所述接口接收一个或多个消息类型分别对应的修改规则；

拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息；

向所述客户端或所述服务器返回修改后的消息。

2.根据权利要求1所述的方法，其特征在于，所述拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息包括：

拦截客户端向服务器发出的请求头，应用请求头对应的修改规则对所述请求头进行修改，得到修改后的请求头；

和/或者，

拦截客户端向服务器发出的请求体，应用请求体对应的修改规则对所述请求体进行修改，得到修改后的请求体

其中，所述向所述客户端或所述服务器返回修改后的消息包括：向所述服务器返回至少包含所述修改后的请求头或者所述修改后的请求体的请求消息。

3.根据权利要求1或2所述的方法，其特征在于，所述拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息包括：

拦截服务器向客户端反馈的响应头和状态码，应用响应头对应的修改规则对所述响应头和状态码进行修改，得到修改后的响应头和状态码；

和/或者，

拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体进行修改，得到修改后的响应体；

其中，所述向所述客户端或所述服务器返回修改后的消息包括：向所述客户端返回至少包含所述修改后的响应头和状态码、或者、所述修改后的响应体的响应消息。

4.根据权利要求3所述的方法，其特征在于，所述拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体进行修改，得到修改后的响应体包括：

拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体注入用于调用程序的代码。

5.根据权利要求4所述的方法，其特征在于，所述拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体注入用于调用程序的代码包括：

拦截服务器向所述网页浏览器反馈的响应体，应用响应体对应的修改规则对所述响应体注入用于调用调试工具的代码。

6.一种消息处理装置，应用于代理服务器，其特征在于，所述代理服务器提供了用于配置修改规则的接口，所述装置包括：

规则接收单元，用于通过所述接口接收一个或多个消息类型分别对应的修改规则；

拦截修改单元，用于拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息；

返回单元，用于向所述客户端或所述服务器返回修改后的消息。

7.根据权利要求6所述的装置，其特征在于，所述拦截修改单元包括：

请求头拦截修改子单元，用于拦截客户端向服务器发出的请求头，应用请求头对应的修改规则对所述请求头进行修改，得到修改后的请求头；

和/或者，

请求体拦截修改子单元，用于拦截客户端向服务器发出的请求体，应用请求体对应的修改规则对所述请求体进行修改，得到修改后的请求体；

其中，所述返回单元，用于向所述服务器返回至少包含所述修改后的请求头或者所述修改后的请求体的请求消息。

8.根据权利要求6或7所述的装置，其特征在于，所述拦截修改单元包括：

响应头拦截修改子单元，用于拦截服务器向客户端反馈的响应头和状态码，应用响应头对应的修改规则对所述响应头和状态码进行修改，得到修改后的响应头和状态码；

和/或者，

响应体拦截修改子单元，用于拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体进行修改，得到修改后的响应体；

其中，所述返回单元，用于向所述客户端返回至少包含所述修改后的响应头和状态码、或者、所述修改后的响应体的响应消息。

9.根据权利要求8所述的装置，其特征在于，所述响应体拦截修改子单元，用于拦截服务器向客户端反馈的响应体，应用响应体对应的修改规则对所述响应体注入用于调用程序的代码。

10.跟权利要求9所述的装置，其特征在于，所述响应体拦截修改子单元，用于拦截服务器向所客户端反馈的响应体，应用响应体对应的修改规则对所述响应体注入用于调用调试工具的代码。

11.一种消息处理系统，其特征在于，包括：

客户端，用于通过代理服务器向服务器发送消息以及通过代理服务器接收所述服务器反馈的消息；

提供了用于配置修改规则的接口的代理服务器，用于通过所述接口接收一个或多个消息类型分别对应的修改规则，拦截客户端与服务器之间传递的消息，并应用所述消息所属消息类型对应的修改规则对所述消息进行修改，得到修改后的消息，向所述客户端或所述服务器返回修改后的消息；

代理服务器，用于通过代理服务器接收客户端发送的消息以及通过代理服务器向客户端反馈消息。