浅谈JAVA常用分布式实现方式及优缺点
常用的有EJB、rmi、Web Service，还有Hessian、NIO等，它们的优缺点比较比下：1：EJB 优势：可扩展性好，安全性强，支持分布式事务处理。 劣势：不能跨语言；配置相对复杂，不同J2EE容器之间很难做无缝迁移。2:rmi 优势：面向对象的远程服务模型；基于TCP协议上的服务，执行速度快。 劣势：不能跨语言；每个远程
·
常用的有EJB、rmi、Web Service，还有Hessian、NIO等，它们的优缺点比较比下：
1：EJB
优势：可扩展性好，安全性强，支持分布式事务处理。
劣势：不能跨语言；配置相对复杂，不同J2EE容器之间很难做无缝迁移。
2:rmi
优势：面向对象的远程服务模型；基于TCP协议上的服务，执行速度快。
劣势：不能跨语言；每个远程对象都要绑定端口，不易维护；不支持分布式事务JTA,RMI框架对于安全性、事务、可扩展性的支持非常有限。
3： Web Service
优势：跨语言、跨平台，SOA思想的实现；安全性高；可以用来兼容legacy系统的功能
劣势：性能相对差，不支持两阶段事务
4：Hessian
优势：使用简单，速度快；跨语言，跨平台；可以用来兼容legacy系统的功能。
劣势：安全性的支持不够强，不支持两阶段事务。
5：NIO(Mina/Netty)
优点：基于TCP通信，效率上高于HTTP的方式，非阻塞IO应对高并发绰绰有余。根据具体的需要制定数据传输的格式，可扩展性强。
缺点：不能跨语言，无法穿透防火墙。
Java NIO框架Mina、Netty、Grizzly
Mina(Multipurpose Infrastructure for Network Applications) 是 Apache组织一个较新的项目，它为开发高性能和高可用性的网络应用程序提供了非常便利的框架。当前发行的 Mina 版本2.04支持基于 JavaNIO 技术的 TCP/UDP 应用程序开发、串口通讯程序，Mina 所支持的功能也在进一步的扩展中。目前，正在使用Mina的应用包括：Apache Directory Project、AsyncWeb、AMQP（Advanced MessageQueuing Protocol）、RED5 Server（Macromedia? FlashMedia RTMP）、ObjectRADIUS、 Openfire等等。
Netty是一款异步的事件驱动的网络应用框架和工具，用于快速开发可维护的高性能、高扩展性协议服务器和客户端。也就是说，Netty是一个NIO客户端/服务器框架，支持快速、简单地开发网络应用，如协议服务器和客户端。它极大简化了网络编程，如TCP和UDP套接字服务器。
Grizzly是一种应用程序框架，专门解决编写成千上万用户访问服务器时候产生的各种问题。使用JAVANIO作为基础，并隐藏其编程的复杂性。容易使用的高性能的API。带来非阻塞socketd到协议处理层。利用高性能的缓冲和缓冲管理使用高性能的线程池。
接下来就是区别啦~~~
首先，从设计的理念上来看，Mina的设计理念是最为优雅的。当然，由于Netty的主导作者与Mina的主导作者是同一人，出自同一人之手的Netty在设计理念上与Mina基本上是一致的。而Grizzly在设计理念上就较差了点，几乎是JavaNIO的简单封装。 其次，从项目的出身来看，Mina出身于开源界的大牛Apache组织，Netty出身于商业开源大亨Jboss，而Grizzly则出身于土鳖Sun公司。从其出身可以看到其应用的广泛程序，到目前为止，我见到业界还是使用Mina多一些，而Netty也在慢慢的应用起来，而Grizzly则似乎只有Sun自已的项目使用。 最后，从入门的文档来说，由于Mina见世时间相对较长，官方以及民间的文档与入门示例都相当的多。Netty的官方文档也做得很好，而民间文档就要相对于Mina少一些了。至于Grizzly，不管是官方还是民间，都很少见到其文档。
1：EJB
优势：可扩展性好，安全性强，支持分布式事务处理。
劣势：不能跨语言；配置相对复杂，不同J2EE容器之间很难做无缝迁移。
2:rmi
优势：面向对象的远程服务模型；基于TCP协议上的服务，执行速度快。
劣势：不能跨语言；每个远程对象都要绑定端口，不易维护；不支持分布式事务JTA,RMI框架对于安全性、事务、可扩展性的支持非常有限。
3： Web Service
优势：跨语言、跨平台，SOA思想的实现；安全性高；可以用来兼容legacy系统的功能
劣势：性能相对差，不支持两阶段事务
4：Hessian
优势：使用简单，速度快；跨语言，跨平台；可以用来兼容legacy系统的功能。
劣势：安全性的支持不够强，不支持两阶段事务。
5：NIO(Mina/Netty)
优点：基于TCP通信，效率上高于HTTP的方式，非阻塞IO应对高并发绰绰有余。根据具体的需要制定数据传输的格式，可扩展性强。
缺点：不能跨语言，无法穿透防火墙。
Java NIO框架Mina、Netty、Grizzly
Mina(Multipurpose Infrastructure for Network Applications) 是 Apache组织一个较新的项目，它为开发高性能和高可用性的网络应用程序提供了非常便利的框架。当前发行的 Mina 版本2.04支持基于 JavaNIO 技术的 TCP/UDP 应用程序开发、串口通讯程序，Mina 所支持的功能也在进一步的扩展中。目前，正在使用Mina的应用包括：Apache Directory Project、AsyncWeb、AMQP（Advanced MessageQueuing Protocol）、RED5 Server（Macromedia? FlashMedia RTMP）、ObjectRADIUS、 Openfire等等。
Netty是一款异步的事件驱动的网络应用框架和工具，用于快速开发可维护的高性能、高扩展性协议服务器和客户端。也就是说，Netty是一个NIO客户端/服务器框架，支持快速、简单地开发网络应用，如协议服务器和客户端。它极大简化了网络编程，如TCP和UDP套接字服务器。
Grizzly是一种应用程序框架，专门解决编写成千上万用户访问服务器时候产生的各种问题。使用JAVANIO作为基础，并隐藏其编程的复杂性。容易使用的高性能的API。带来非阻塞socketd到协议处理层。利用高性能的缓冲和缓冲管理使用高性能的线程池。
接下来就是区别啦~~~
首先，从设计的理念上来看，Mina的设计理念是最为优雅的。当然，由于Netty的主导作者与Mina的主导作者是同一人，出自同一人之手的Netty在设计理念上与Mina基本上是一致的。而Grizzly在设计理念上就较差了点，几乎是JavaNIO的简单封装。 其次，从项目的出身来看，Mina出身于开源界的大牛Apache组织，Netty出身于商业开源大亨Jboss，而Grizzly则出身于土鳖Sun公司。从其出身可以看到其应用的广泛程序，到目前为止，我见到业界还是使用Mina多一些，而Netty也在慢慢的应用起来，而Grizzly则似乎只有Sun自已的项目使用。 最后，从入门的文档来说，由于Mina见世时间相对较长，官方以及民间的文档与入门示例都相当的多。Netty的官方文档也做得很好，而民间文档就要相对于Mina少一些了。至于Grizzly，不管是官方还是民间，都很少见到其文档。
权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区
更多推荐
1
0- 0
已为社区贡献2条内容
所有评论(0)