（#I5N97K、#I5N97H）

#I5N97K

(可跨进程通信) 游戏逻辑服与同类型逻辑服通信，超时问题;

在之前的版本中，使用通讯方式--游戏逻辑服与同类型逻辑服通信时，当目标游戏逻辑服中的业务处理时间过长时，框架不能按开发者的预期值返回（相当于超时了），现在改为默认是在调用端进行阻塞，直到得到目标游戏逻辑服返回的结果为止；

新增 SyncRequestMessageClientProcessor、SyncRequestMessage 来处理超业务逻辑时间比较长的业务。

这个改进对开发者是无感知的；

使用的处理方式还是： CompletableFuture、ForkJoinPool 等，即总耗时为最长那个业务逻辑的耗时；如，A用时1秒、B用时2秒、C用时2.2秒，那么总耗时大概是2.2秒；

但如果超过在 BrokerGlobalConfig.timeoutMillis 中设置的时间，仍然会做报错的提示，防止开发者因为编写业务逻辑时引发的问题；

#I5N97H

自定义 FlowContext

开发者可以自定义 FlowContext 方便做一些方法上的扩展，这些定制可以更好的服务于开发者的项目；业务框架新增 FlowContextFactory 业务框架 flow 上下文工厂，用于创建自定义的 FlowContext。通常使用自定义的 FlowContext，一般用于为 FlowContext 添加上一些方法；

框架默认提供的 FlowContext 已经将 invokeXXX 系列方法给标记为 Deprecated ，因为这是前期的一个 API 错误设计，invokeXXX 系列方法严格来说不算是 FlowContext 的职责；但在实际的业务开发中，开发者自定义的 FlowContext 是可以这么做的；

对于更详细的描述与具体使用，可以参考 https://www.yuque.com/iohao/game/zz8xiz#sLySn 在线文档

比如，现在我们自定义一个 FlowContext 为 MyFlowContext，直接可在业务方法中使用了

public class MyFlowContext extends FlowContext {
    public String hello() {
        // 在 MyFlowContext 中，扩展的方法
        return "MyFlowContext hello";
    }
}

@ActionController(1)
public class SchoolAction {
    @ActionMethod(1)
    public LogicRequestPb here(LogicRequestPb logicRequestPb, MyFlowContext myFlowContext) {

        log.info("my flowContext : {}", myFlowContext.getClass());
        myFlowContext.hello();

        LogicRequestPb newLogicRequestPb = new LogicRequestPb();
        newLogicRequestPb.name = logicRequestPb.name + ", I'm here ";

        return newLogicRequestPb;
    }
}

maven pom

ioGame 已经上传到中央仓库

https://search.maven.org/search?q=a:bolt-run-one

ioGame 是轻量级的网络游戏服务器框架，只需要在 pom 中引入如下就可以使用了，无需在安装任何其他的中间件产品了。

ioGame 是一个由 java 语言编写的网络游戏服务器框架。支持 websocket、tcp ，适用于全球同服、回合制游戏、策略游戏、即时战斗等游戏服务器的开发。具有高性能、稳定、易用易扩展、超好编程体验等特点。可做为 H5、手游、端游的 java 游戏服务器。

ioGame 是轻量级的网络游戏服务器框架，在使用 ioGame 时，无需安装其他服务，如： Nginx、Redis、MQ、Mysql、ZooKeeper、Protobuf 协议编译工具 ... ... 等。简单点说，就是无需安装其他产品就能使用；这意味着在使用上简单了，在部署上也为企业节约了成本。

通过 ioGame 你可以很容易的搭建出一个稳定、高性能、集群无中心节点、分步式、自带负载均衡、跨进程通信、避免类爆炸设计的网络游戏服务器。游戏框架借助于蚂蚁金服 sofa-bolt 通信框架来提供通信方面的稳定与高性能。

在 ioGame 中能让你遗忘 Netty，你几乎没有机会能直接的接触到 Netty 的复杂，但却能享受 Netty 带来的高性能。对开发者要求极低，为开发者节约开发时间。

即使之前没有游戏编程的经验，也能参与到游戏编程中。如果你之前具备一些游戏开发或者 webMVC 相关的知识，则会更容易上手游戏服务器的开发。

ioGame 可以很方便的与 spring 集成（5 行代码）。

• 网络通信框架：职责是各服务器之间的网络通信
• 业务框架：职责是业务逻辑的处理方式和编写方式

通过 ioGame 你可以很容易的搭建出一个集群、分步式的网络游戏服务器！

通过 ioGame 可以使得游戏编程变得简单，下面是一个业务示例

Proto 协议文件定义

首先我们自定义一个协议文件，这个协议文件作为我们的业务载体描述。这个协议是纯 java 代码编写的，使用的是 jprotobuf，jprotobuf 是对 google protobuf 的简化使用，性能同等。

可以把这理解成 DTO、POJO、业务数据载体等，其主要目的是用于业务数据的传输；

/** 请求 */
@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;
    }
}

访问示例（控制台）

当我们访问 here 方法时（通常由游戏前端来请求），控制台将会打印

有了以上信息，游戏开发者可以很快的定位问题。如果没有可视化的信息，开发中会浪费很多时间在前后端的沟通上。问题包括：

• 是否传参问题 （游戏前端说传了）
• 是否响应问题（游戏后端说返回了）
• 业务执行时长问题 （游戏前端说没收到响应， 游戏后端说早就响应了）

其中代码导航可以让开发者快速的跳转到业务类对应代码中，在多人合作的项目中，可以快速的知道业务经过了哪些方法的执行，使得我们可以快速的进行阅读或修改；