它们都提供大致相同的功能.我应该选择哪一个来开发我的高性能TCP服务器？有什么优点和缺点？
参考链接:
Apache MINA(来源)
Netty(来源)
虽然MINA和Netty有着相似的抱负,但在实践中却有很大不同,你应该仔细考虑你的选择.我们很幸运,因为我们有很多MINA的经验,并且有时间和Netty一起玩.我们特别喜欢更干净的API和更好的文档.纸上的表现似乎也更好.更重要的是,我们知道Trustin Lee会随时回答我们提出的任何问题,他当然也是这样做的.
我们在Netty中发现一切都比较容易.期.虽然我们试图重新实现我们已经在MINA上使用的相同功能,但我们从头开始这样做.通过遵循优秀的文档和示例,我们在更多,更少的代码中获得了更多功能.
Netty Pipeline对我们来说效果更好.它在某种程度上比MINA更简单,其中一切都是处理程序,由您来决定是处理上游事件,下游事件,还是消耗更多低级别的东西."重放"解码器中的吞噬字节几乎是一种乐趣.能够如此轻松地即时重新配置管道也非常好.
但Netty的明星吸引力是能够创建具有"覆盖范围"的管道处理程序.您可能已经在文档中已经阅读过这个coverage注释,但实质上它只是在一行代码中为您提供状态.没有混乱,没有会话映射,同步和类似的东西,我们只是能够声明常规变量(比如"用户名")并使用它们.
但后来我们遇到了障碍.我们已经在MINA下有一个多协议服务器,我们的应用程序协议通过TCP/IP,HTTP和UDP运行.当我们切换到Netty时,我们在几分钟内就将SSL和HTTPS添加到列表中!到目前为止这么好,但是当谈到UDP时,我们意识到我们已经滑倒了.MINA对我们非常好,因为我们可以将UDP视为"连接"协议.在Netty下,没有这样的抽象.UDP是无连接的,Netty将其视为无关.Netty比MINA更低级别地暴露了UDP的无连接特性.在Netty下你可以使用UDP做的事情比你在MINA提供的更高级别的抽象中所做的更多,但我们依赖它.
添加"连接的UDP"包装器或其他东西并不是那么简单.考虑到时间限制以及Trustin的建议,最好的方法是在Netty中实施我们自己的运输提供商,这不会很快,我们最终不得不放弃Netty.
因此,请仔细研究它们之间的差异,然后快速进入可以测试任何棘手功能的阶段.如果你对Netty的工作表示满意,那么我会毫不犹豫地通过MINA.如果您从MINA迁移到Netty,那么同样适用,但值得注意的是,这两个API确实存在显着差异,您应该考虑对Netty进行虚拟重写 - 您不会后悔!
MINA具有更多开箱即用的功能,但代价是复杂性和相对较差的性能.其中一些功能太紧密地集成到核心中,即使用户不需要它们也无法删除.在Netty,我试图解决这些设计问题,同时保留MINA的已知优势.
目前,MINA中提供的大多数功能也可以在Netty中使用.在我看来,Netty拥有更清晰,更具记录性的API,因为Netty是尝试从头开始重建MINA并解决已知问题的结果.如果您发现缺少必要的功能,请随时将您的建议发布到论坛.我很乐意解决你的担忧.
值得注意的是,Netty的开发周期更快.只需查看最新版本的发布日期.此外,您应该考虑MINA团队将进行重大改写MINA 3,这意味着他们将完全破坏API兼容性.
我的性能测试了2个"Google Protobuffer RPC"实现,其中一个基于Netty(netty-protobuf-rpc),另一个基于mina(protobuf-mina-rpc).对于所有邮件大小,Netty最终持续更快(+ - 10%) - 这支持了Netty网站上的整体性能声明.由于您希望在使用这样的RPC库时从代码中挤出所有效率,我最终编写了基于Netty的protobuf-rpc-pro.我过去曾经使用过MINA,但是发现他们的2.0文件的文档有很大漏洞,并且API向后兼容性的破坏很大.
MINA和Netty最初由同一作者设计和构建.这就是为什么他们彼此如此相似.MINA的设计略高,具有更多功能,而Netty更快一些.我认为根本没有太大区别,基本概念是相同的.
在Netty站点中,您可以找到一些性能报告.正如所料:-)他们指出Netty是具有最佳性能的框架.
我从未使用Netty,但我已经使用MINA来实现TCP协议.编码和解码的实现很简单,但状态机的实现并不那么容易.MINA提供了一些类来帮助您实现状态机,但我发现它们很难使用.最后我们决定放弃MINA并从头开始实施协议,令人惊讶的是我们以更快的服务器结束了.
我更喜欢Netty.
Twitter还选择了Netty来构建其新的搜索系统,并将其速度提高了3倍.
参考:Twitter搜索速度提高了3倍
我们选择了Netty而不是其他竞争对手,比如Mina和Jetty,因为它有更清晰的API,更好的文档,更重要的是,因为Twitter上的其他几个项目正在使用这个框架.
京公网安备 11010802040832号 | 京ICP备19059560号-6 