主要更新

1.用户动态绑定逻辑服节点，实现类似LOL、王者荣耀匹配后动态分配房间节点（#I59O74）

    支持对外服的玩家绑定指定的游戏逻辑服（可以做到动态分配游戏逻辑服资源）

    描述
        支持对外服的玩家绑定指定的游戏逻辑服id，如果用户绑定了指定的游戏逻辑服id，之后与该游戏逻辑服的请求都由这个绑定的游戏逻辑服来处理

    场景举例

        1.什么意思呢？这里用匹配与象棋的场景举例。
        2.假设我们部署了 5 台象棋逻辑服，在玩家开始游戏之前。我们可以在匹配服中进行匹配，当匹配逻辑服把A、B两个玩家匹配到一起了。
        3.此时我们可以通过 访问【同类型】的多个逻辑服方法，当得到象棋房间数最少的象棋逻辑服后（这里假设是房间数最少的象棋逻辑服是《象棋逻辑服-2》），把《象棋逻辑服-2》的逻辑服id 绑定到 A、B 两个玩家身上。
        4.之后与象棋相关的操作请求都会由《象棋逻辑服-2》这个游戏逻辑服来处理，比如：开始游戏、下棋、吃棋、和棋等。
        5.也可以简单点把这理解成，类似 LOL、王者荣耀的匹配机制。在匹配服匹配到玩家后，把匹配结果中的所有玩家分配到一个房间（节点）里面。
        6.这是一种动态分配资源最少的节点（逻辑服）的用法之一。
        7.这个版本先做成只能绑定一个逻辑服的，因为暂时没有想到多个的场景应用。

    大概简图如下

    玩家A和玩家B可以在不同在对外服上，两个玩家发起一个匹配请求。由匹配逻辑服来处理，假设是房间数最少的象棋逻辑服是《象棋逻辑服-2》，那么《象棋逻辑服-2》的逻辑服id 绑定到 A、B 两个玩家身后。

    之后的处理的简图如下：

• 之后与 象棋相关的操作请求 都会由《象棋逻辑服-2》这个游戏逻辑服来处理，比如：开始游戏、下棋、吃棋、和棋等。
• 也可以简单点把这理解成，类似 LOL、王者荣耀的匹配机制。在匹配服匹配到玩家后，把匹配结果中的所有玩家分配到一个房间（节点）里面。
• 这是一种动态分配资源最少的节点（逻辑服）的用法之一。

这也是结合了上一篇资讯（ioGame 网络游戏服务器框架（Java） v1.1.0 发布）中介绍的同类型请求的应用实践，来实现的动态分配逻辑服节点的玩法。

2.新增示例
    示例目录-钩子相关（#I599B9）
        心跳钩子在项目中的使用
        用户上线、下线钩子在项目中的使用
    示例目录-用户动态绑定逻辑服节点（#I59O74）

3.DebugInOut （业务框架插件机制）
    新增设置最小触发打印时间
    之前的是任何请求都打印，现在可以设置一个最小触发打印时间了，
    比如给 DebugInout 设置了 50 ms（构造重载），只有请求超过这个时间的请求才进行打印。

    ioGame ActionMethodInOut 是业务框架的插件机制。
    是很有用的，比如开发者想记录执行时间比较长的 action，可以通过该机制来做。
    通过这个接口，你可以做很多事情，当然这要看你的想象力有多丰富了
   

下版本预告 - 监控运维扩展

    扩展一个监控逻辑服，这样可以收集每个逻辑服的操作系统和硬件等各信息了。这一切可以做到无感知的，因为 ioGame 具备同类型请求的特性；

    意思是在监控逻辑服中，发起一个收集各逻辑服系统信息请求，各逻辑服在收到这个请求后，上报自身系统信息。采集指标包括，如：cpu相关的（使用率、温度）、内存使用率、磁盘（容量、IO）、硬盘SMART健康状态、逻辑服的数量、 对外服的在线人数、action相关的（action数量、action信息）。

/** 请求 */
@ProtobufClass
@FieldDefaults(level = AccessLevel.PUBLIC)
public class HelloReq {
    String name;
}

@ActionController(1)
public class DemoAction {
    @ActionMethod(0)
    public HelloReq here(HelloReq helloReq) {
        HelloReq newHelloReq = new HelloReq();
        newHelloReq.name = helloReq.name + ", I'm here ";
        return newHelloReq;
    }
}