RMI备选方案,用于通过防火墙或NAT进行双向异步调用和回调

Question

我正在用Java编写基于服务器 - 客户端架构的游戏.

出于设计原因,我想使用异步调用将客户端操作传递给服务器,还使用异步回调将所述操作的结果传递回客户端.异步调用允许缓冲客户端操作.排队缓冲允许简单,基本上是客户端操作的一个线程处理.

目前,我的服务器和客户端代码非常对称.他们创建一个注册表,然后导出并绑定自己.

通过在ConcurrentLinkedQueue中缓冲传入的操作或结果来实现异步性.实际处理由定期运行的线程完成.

但是,当客户端防火墙或NAT后面时,此当前体系结构不起作用.在这种情况下,服务器无法访问客户端以将结果推送给他们.

此外,在当前的体系结构中,服务器不知道哪个客户端发送了给定的动作,除非引入了冗余的认证层或会话处理.这允许伪造的行为和作弊.

---

我一直在考虑可能的解决方案,但没有找到合适的解决方案:

• 客户端拉取而不是服务器推送.服务器上可能有一个方法,客户端定期调用以获取其结果.但是,这种方法看起来非常难看,它引入了额外的延迟,带宽和时序问题.也不解决行为伪造.直接通知也是非常优选的.

• TCP连接本身允许双向通信,并且可以明确地识别客户端,因此RMI或JRemoting 可能被黑客入侵以支持它,但我不知道如何,并且我不知道任何现有的解决方案.

• 消息传递.我不确定消息传递框架是否支持身份验证/会话或客户端标识.我肯定会失去远程方法.

• 我相信正确的解决方案是找到一个支持上述所有方法的远程方法调用框架.

---

简而言之,我正在寻找一种方法:

• 异步调用服务器或向其传递消息
• 异步调用客户端或向其传递消息,甚至在防火墙或NAT后面
• 识别发送操作的客户端
• 最好是能够调用方法,而不仅仅是传递消息
• 保持使用JUnit和Mockito(每台机器多个客户端)轻松测试它的能力

是否有任何远程方法调用框架支持这些？哪个最好？

Answer 1

我不知道为什么你会坚持使用RMI或类似的东西,因为它的定义是单向的.但我必须学习类似的课程...对于我的一个客户端 - 服务器系统,我使用RMI和长轮询实现了类似于现在的东西.事实证明这是一个可怕的混乱,只是变得越来越糟.

然后我发现了发布 - 订阅框架的精彩世界.这些是构建客户端 - 服务器应用程序的自然方式,无需实现大量自己的管道.此外,这些框架支持诸如自动保持活动,时间同步,会话身份验证和权限以及您不希望自己实现的大量其他内容.

对于我的项目,我删除了我自己的所有工作,并用CometD替换它,它支持Java和浏览器(Javascript)客户端,并且不能更快乐.它肯定会支持您的所有需求 - 从任一方发起的异步通信,客户端标识(以及许多其他功能),以及NAT后面的客户端一旦建立连接就不会成为问题.易于编写测试,整个框架已经扩展到能够处理10万个客户端,这对于RMI来说是不可能的.

我强烈建议你考虑放弃能够远程调用方法的要求.方法本质上是片面的,但它们仍然需要呼叫和返回.使用事件驱动编程设计系统要好得多.

更新:我已经转移到Web应用程序的世界,特别是使用Meteor.