分布式系统：系统软件运行在通过网络相连的一组松散的集成在一起的处理器上。

　　客户机/服务器结构简称C/S结构或称两层结构，由服务器提供应用（数据）服务，多台客户机进行连接。如下图所示：

　　三层次客户机/服务器结构是在常规客户机/服务器结构上提出的，系统在客户机和数据库服务器间添加一个应用服务器。

　　在当前Internet/Intranet领域，“浏览器/服务器”结构是当前非常流行的客户机/服务器结构，简称B/S结构。如下图所示。

　　每一个分布的实体是一个对象，它给其它对象提供服务，也接收来自其他对象的服务;

　　作为一个逻辑模型来构造和组织系统。在这种情况下，要考虑如何提供应用功能，把功能按照服务或服务组合的形式给出;

　　作为实现客户机－服务器系统的灵活的方法。系统的逻辑模型是客户机－服务器模型，但无论客户机还是服务器都被当作分布式对象通过软件总线进行通信。

　　支持客户访问异地分布对象的核心机制称为对象请求代理ORB(ObjectRequestBroker)

　　COM对象通过接口来显示功能。接口是COM对象与外部世界的一个绑定约定。

　　ActiveX是OLE技术和COM技术在Internet网上的一个扩展.但是它的内容更多,它还组成了一系列用来产生丰富的Internet网和多媒体服务.

　　将OLE控件扩展到internet。如一个页面包含ActiveX控件，该控件可以自动下载到用户端。

　　分布式组件对象模型(DCOM或ActiveX/DCOM）：被称为网络OLE,是二进制的COM对象在局域,广域网和Internet上的扩展.

　　COM能够使客户在本地处理中透明地访问库中的对象，DCOM允许在远程处理中透明地访问对象。（DCOM的功能实现使得程序员不必编写网络代码,或仅仅知道如何编写网络代码）

　　DCOM基于 (RPC--- remote procedure call )工作，它不是一种编程语言，而是一种规范，一种服Kaiyun开云务，是一种高级网络协议。

　　Java语言支持通信的最基本机制是Socket. 但是Socket要求客户和服务器在应用程序级上对交换信息编码的协议达成一致.

　　RPC把通信接口抽象到子程序级,而不是直接与 Socket打交道,但由于不涉及对象,在分布式运算中效果不好.

　　1. Stub就是代表远程对象的客户方代理,定义远程对象版本所支持的所有接口.

　　3. RRL负责维护不与具体Stub或Skeleton模型相关的独立引用协议.这个灵活性使RRL的改变不会影响另外两层.

　　在网络计算环境中利用Java的最好途径是由EJB提供服务器端的构件,而由JavaBeans提供客户端构件.

　　CORBA最大的特点是语言中性和跨平台.可以跨越不同网络,不同机器和不同操作系统,实现分布对象之间的互操作.整体功能最强.

　　Java提出了一个概念清晰,结构紧凑的分布计算模型和构件互操作方法,为构件应用开发提供了相当的灵活性,使用上比CORBA方便.但是没有提供分布对象事物管理等服务.

　　微软结合ActiveX/DCOM的开发,配套提出了自己的事务服务器(MTS)和消息队列服务器,加之asp 的使用,以及wizard的可视化编程环境,倍受业界的欢迎.

　　目前，只有OMG的技术能够支持大型异构分布式应用的开发，Microsoft的技术尚不能胜任。

　　CORBA技术与Java技术趋于结合，CORBA的互操作性与Java的可移植可移动性将使分布对象技术达到新的高度。

　　J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。

　　J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如“编写一次、随处运行”的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。

　　J2EE体系结构提供中间层集成框架。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复Kaiyun开云杂性。

　　可伸缩性: 企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可被部署到各种操作系统上。

　　J2EE应用程序可以是基于web方式的,也可以是基于传统方式的(应用客户端程序和applets)

　　正如下图所示的客户层那样，web层可能包含某些 JavaBean 对象来处理用户输入，并把输入发送给运行在业务层上的enterprise bean 来进行处理。

　　业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务层上的enterprise bean 进行处理. 下图表明了一个enterprise bean 是如何从客户端程序接收数据，进行处理(如果必要的话), 并发送到EIS 层储存的，这个过程也可以逆向进行。

　　会话(session) beans：会话bean 表示与客户端程序的临时交互. 当客户端程序执行完后, 会话bean 和相关数据就会消失.

　　实体(entity) beans：实体bean 表示数据库的表中一行永久的记录. 当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体bean 的数据得以保存.