1.如今的手游世界，如果没搞个跨服赛事，都不好意思说它是一个手游了。
说到跨服，就不得不说下匹配服了。比如一个跨服天梯赛事，需要满足不同服的玩家能够同屏PK。为了能够把实力接近的玩家作为对手，我们需要一个独立的匹配服来收集数据，然后进行房间分配。匹配服，也是跨服赛设计的基础。
典型的匹配服通信层我们可以采用p>
为了能区别游戏服和匹配服的消息类型，我们匹配服的消息，都加一个M(Match)前
4.业务处理器
我们依然使用@Controller注解来标识一个模块处理器，使用@RequestMapper注解来标记业务处理方法。不同的是，在游戏服我们每个消息的元信息都带有一个模块号和子类型号。在匹配服，我们就不这里处理了。因为匹配服的业务比较少。我们直接用消息类的名称作为业务签名即可。
在业务分发器，我们保存每一个方法签名，与对应的方法处理器。
5.匹配服在收到一个http请求，通过参数解析得到对应的业务签名，同时通过json反序列化得到请求消息的参数。将消息分发到对应的业务处理器。代码如下：一个完整的业务处理器，代码如下（可以看出，跟游戏服是非常类似的）：示例代码
启动匹配服服务器（MatchStartup.java）
再执行游戏服的单元测试