EJB骨灰都快找不到了!-为什么RPC框架数十年还在造轮子 (骨灰完整吗)
RPC(远程过程调用)是一种通信协议,用于不同计算机之间的远程通信。它允许应用程序通过网络调用远程计算机上的服务或函数,并获取返回结果。
RPC 的历史可以追溯到 1990 年代初期,自那时起,它已成为分布式系统中必不可少的一部分。本文将探讨为什么 RPC 历经数十年依然能够不断推出新的框架,并分析 RPC 框架的发展历史和演变。
RPC 框架的组成
RPC 框架通常包括以下关键组件:
- 客户端代理:负责在客户端发起远程调用,并将请求发送到服务器。
- 服务器端代理:负责在服务器端接收请求,执行相应的操作,并返回结果。
- 通信协议:用于客户端和服务器之间的数据传输,如 HTTP、TCP 或 gRPC。
- 序列化和反序列化:负责将请求和响应数据从一种格式转换为另一种格式,以进行传输。
- 路由:用于确定请求应该发送到哪个服务器。
- 安全:用于保护通信免受未授权访问和攻击。
![框架](https://tyye.cn/zb_users/theme/tpure/style/images/lazyload.png)
RPC 框架的多样性
由于 RPC 框架的组件可以灵活组合,因此存在着种类繁多的 RPC 框架,每种框架都有其独特的特性。
- 语言支持:有些框架主要支持特定语言(如 Java 或 C++),而其他框架支持多种语言。
- 性能:有些框架针对高性能进行了优化,而其他框架则提供其他特性,例如易用性或灵活性。
- 协议:不同的框架使用不同的通信协议,例如 HTTP、TCP 或 gRPC。
- 功能:有些框架提供额外的功能,例如服务发现、负载均衡或故障转移。
RPC 框架的演变
RPC 框架的发展历史可分为以下阶段:
- 1980 年代:RPC 的早期实现,如 Sun公司的 ONC RPC 和 OSF 的 DCE/RPC。
- 1990 年代:CORBA 和 DCOM 等标准化 RPC 协议的出现。
- 2000 年代:基于 HTTP 的 RPC 框架(如 SOAP 和 REST)的普及。
- 2010 年代:现代 RPC 框架(如 gRPC、Thrift 和 Apache Thrift)的出现,这些框架提供了更高的性能、灵活性,较低的延迟和更简单的 API。
RPC 历经数十年而不衰的原因
- 分布式系统的需求:RPC 是分布式系统中实现跨网络通信的关键技术。
- RPC 相关技术的演进:计算机和网络技术的进步不断推动着 RPC 框架的性能和效率。
- 新兴架构:SOA、微服务和 service mesh 等新兴分布式架构需要 RPC 来实现组件之间的互操作性。
- 持续需求:分布式系统的复杂性和规模的不断增长不断为 RPC 框架创造新的机遇。
结论
RPC 作为一种远程通信协议,在分布式系统中扮演着至关重要的角色。它的持久魅力源于其满足分布式系统需求的能力,以及它能够随着技术和架构的演变而不断适应的能力。随着分布式系统的持续发展,我们预计 RPC 框架将继续发挥重要作用,并继续提供新的创新和特性。
j2ee中用于分布式框架的技术有哪些? 他们有什么不同之处? 高人指点? 再次谢过了?
EJB - 企业级JavaBean(Enterprise Java Beans)JAF - Java Beans Activation FrameworkJAX-RPC - Java API for XML-Based Remote Procedure CallsJAX-WS - Java API for XML Web ServicesJAXM - Java API for XML MessagingJAXP - Java XML解析API(Java API for XML Processing)JAXR - Java API for XML RegistriesJCA - J2EE连接器架构(J2EE Connector Architecture)JDBC - Java数据库联接(Java Database Connectivity)JMS - Java消息服务(Java Message Service)JMX - Java ManagementJNDI - Java名称与目录接口(Java Naming and Directory Interface)JSF - Java Server FacesJSP - Java服务器页面(Java Server Pages)JTA - Java事务API(Java Transaction API)JavaMailServlet - Java Servlet APIStAX - Streaming APIs for XML ParsersWS - Web Services
javaee容器有那些
Java EE容器是用来管理组件行为的一个集合工具,组件的行为包括与外部环境的交互、组件的生命周期、组件之间的合作依赖关系等等。 容器组成:Web容器:包括Jsp与Servlet组件,可使用EJB中的组件完成复杂的商务逻辑;EJB容器:包含组件EJB, EJB规范定义了一个开发和部署分布式商业逻辑的框架;Applet容器 包含组件Applet,即可使用J2SE开发Applet;Application Client容器:包含组件Application Client。 具体实现:View:Web容器中的JSP或Servlet、Applet、Applicationg Client。 Servlet是实现Controller部分业务流程控制的主要手段;而EJB则主要针对Model部分的业务逻辑实现。 依靠JAVA EE的各种服务以及API与各种企业资源和企业级应用相连接。 JDBC JCA用于企业资源的连接,JAX-RPC JAXR SAAJ是实现WEB SERVICE以及WEB SERVICE连接的基本支持。 现在容器的概念变得有点模糊了,大家耳熟能详是那些功能强大的开源框架,比如Hibernate、Struts2、Spring、JSF等,其中Hibernate就基于JDBC的基础封装了对事务和会话的管理,大大方便了对数据库操作的繁琐代码,从这个意义上来说它已经接近容器的概念了,EJB的实体Bean也逐渐被以Hibernate为代表的持久化框架所取代。 接口是Java EE学习之路必备的思想,另一个是比较常规的组件和容器。 Java EE的核心是一组规范与指南,其核心概念就是组件+容器。 随着越来越多的Java EE框架出现,相应的每种框架都一般有与之对应的容器。 组件:本意是指可以重用的代码单元,一般代表着一个或者一组可以独立出来的功能模块,在Java EE中组件的种类有很多种,比较常见的是EJB组件、DAO组件、客户端组件或者应用程序组件等,它们有个共同特点是分别会打包成,,,,每个组件由特定格式的xml描述符文件进行描述,而且服务器端的组件都需要被部署到应用服务器上面才能够被使用。
免责声明:本文转载或采集自网络,版权归原作者所有。本网站刊发此文旨在传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及版权、内容等问题,请联系本网,我们将在第一时间删除。同时,本网站不对所刊发内容的准确性、真实性、完整性、及时性、原创性等进行保证,请读者仅作参考,并请自行核实相关内容。对于因使用或依赖本文内容所产生的任何直接或间接损失,本网站不承担任何责任。