公司网站域名com好还是cn好,视频拍摄剪辑培训班,网站ico图标,怎么做网站背景图片【说明#xff1a;转载于http://blog.csdn.net/jojo52013145/article/details/5783677】 1. 我们不禁要问#xff0c;什么是服务集群#xff1f;什么是企业级开发#xff1f; 既然说了EJB 是为了服务集群和企业级开发转载于http://blog.csdn.net/jojo52013145/article/details/5783677】   1. 我们不禁要问什么是服务集群什么是企业级开发 既然说了EJB 是为了服务集群和企业级开发那么总得说说什么是所谓的服务集群和企业级开发吧这个问题其实挺关键的因为J2EE 中并没有说明白也没有具体的指标或者事例告诉广大程序员什么时候用EJB 什么时候不用。于是大家都产生一些联想认为EJB分布式运算指得是负载均衡提高系统的运行效率。然而估计很多人都搞错了这个服务群集和分布式运算并没有根本解决运行负载的问题尤其是针对数据库的应用系统。为什么我们先把EJB 打回原形给大家来慢慢分析。   2. 把EJB 掰开了揉碎了 我们把EJB 的概念好好的分析一下看看能发现些什么蛛丝马迹。     3.1 EJB 概念的剖析我们先看一下EJB 的官方解释商务软件的核心部分是它的业务逻辑。业务逻辑抽象了整个商务过程的流程并使用计算机语言将他们实现。……J2EE 对于这个问题的处理方法是将业务逻辑从客户端软件中抽取出来封装在一个组件中。这个组件运行在一个独立的服务器上客户端软件通过网络调用组件提供的服务以实现业务逻辑而客户端软件的功能单纯到只负责发送调用请求和显示处理结果。在J2EE 中这个运行在一个独立的服务器上并封装了业务逻辑的组件就是EJBEnterprise JavaBean组件。这其中我们主要关注这么几点我们来逐条剖析剖析1所谓业务逻辑 我们注意到在EJB 的概念中主要提到的就是业务逻辑的封装而这个业务逻辑到底是什么说的那么悬乎其实这个所谓的业务逻辑我们完全可以理解成执行特定任务的类。剖析2所谓将业务逻辑从客户端软件中抽取出来封装在组件中……运行在一个服务器上既然我们知道了业务逻辑的概念就是执行特定任务的类那么什么叫从客户端软件中抽取出来其实这个就是把原来放到客户端的类拿出来不放到客户端了放到一个组件中并将这个组件放到一个服务器上去运行。3.2 把EJB 这个概念变成大白话 变成大白话就是把你编写的软件中那些需要执行制定的任务的类不放到客户端软件上了而是给他打成包放到一个服务器上了。3.3 发现问题了 不管是用八股文说还是用大白话说这个EJB 概念都提到了一个词--客户端软件。客户端软件难道EJB 的概念中说的是C/S 软件是的没错EJB 就是将那些类放到一个服务器上用C/S 形式的软件客户端对服务器上的类进行调用。快崩溃了吧EJB 和JSP 有什么关系EJB 和JSP 有关系但是关系还真不怎么大至多是在JSP 的服务器端调用远端服务上的EJB 类仅此而已。   4 .1 EJB 的最底层究竟是什么 我们揭开了EJB八股概念的真谛那么再来分析EJB 的底层实现技术通过底层实现技术来分析EJB 的工作方式。 4.2 EJB 的实现技术EJB 是运行在独立服务器上的组件客户端是通过网络对EJB 对象进行调用的。在Java中能够实现远程对象调用的技术是RMI而EJB 技术基础正是RMI。通过RMI 技术J2EE将EJB 组件创建为远程对象客户端就可以通过网络调用EJB 对象了。 4.3 看看RMI 是什么东东 在说RMI 之前需要理解两个名词对象的序列化分布式计算与RPC名词1对象的序列化 对象的序列化概念对象的序列化过程就是将对象状态转换成字节流和从字节流恢复对象。将对象状态转换成字节流之后可以用java.io 包中的各种字节流类将其保存到文件中或者通过网络连接将对象数据发送到另一个主机。上面的说法有点八股我们不妨再用白话解释一下对象的序列化就是将你程序中实例化的某个类的对象比如你自定一个类MyClass或者任何一个类的对象将它转换成字节数组也就是说可以放到一个byte 数组中这时候你既然已经把一个对象放到了byte数组中那么你当然就可以随便处置了它了用得最多的就是把他发送到网络上远程的计算机上了。如图2 11所示。  名词2分布式计算与RPC RPC 并不是一个纯粹的Java 概念因为在Java 诞生之前就已经有了RPC 的这个概念RPC是Remote Procedure Call的缩写也就是远程过程调用。在Java 之前的大多数编程语言如Fortran、C、COBOL 等等都是过程性的语言而不是面向对象的。所以这些编程语言很自然地用过程表示工作如函数或子程序让其在网络上另一台机器上执行。说白了就是本地计算机调用远程计算机上的一个函数。如图2 12所示。  名词3二者结合就是RMI RMI 英文全称是Remote Method Invocation它的中文名称是远程方法调用它就是利用Java 对象序列化的机制实现分布式计算实现远程类对象的实例化以及调用的方法。说的更清楚些就是利用对象序列化来实现远程调用也就是上面两个概念的结合体利用这个方法来调用远程的类的时候就不需要编写Socket 程序了也不需要把对象进行序列化操作直接调用就行了非常方便。远程方法调用是一种计算机之间对象互相调用对方函数启动对方进程的一种机制使用这种机制某一台计算机上的对象在调用另外一台计算机上的方法时使用的程序语法规则和在本地机上对象间的方法调用的语法规则一样。如图2 13所示。 4.4 优点这种机制给分布计算的系统设计、编程都带来了极大的方便。只要按照RMI 规则设计程序可以不必再过问在RMI 之下的网络细节了如TCP 和Socket 等等。任意两台计算机之间的通讯完全由RMI 负责。调用远程计算机上的对象就像本地对象一样方便。RMI 可将完整的对象作为参数和返回值进行传递而不仅仅是预定义的数据类型。也就是说可以将类似Java 哈西表这样的复杂类型作为一个参数进行传递。 4.5 缺点 如果是较为简单的方法调用其执行效率也许会比本地执行慢很多即使和远程Socket机制的简单数据返回的应用相比也会慢一些原因是其在网络间需要传递的信息不仅仅包含该函数的返回值信息还会包含该对象序列化后的字节内容。 4.6 EJB 是以RMI 为基础的 通过RMI 技术J2EE 将EJB 组件创建为远程对象EJB 虽然用了RMI 技术但是却只需要定义远程接口而无需生成他们的实现类这样就将RMI 技术中的一些细节问题屏蔽了。但不管怎么说EJB 的基础仍然是RMI所以如果你想了解EJB 的原理只要把RMI的原理搞清楚就行了。你也就弄清楚了什么时候用EJB 什么时候不需要用EJB 了。     5. EJB 中所谓的服务群集 既然已经知道了RMI 是将各种任务与功能的类放到不同的服务器上然后通过各个服务器间建立的调用规则实现分布式的运算也就明白EJB 所谓的服务群集的概念。就是将原来在一个计算机上运算的几个类分别放到其他计算机上去运行以便分担运行这几个类所需要占用的CPU 和内存资源。同时也可以将不同的软件功能模块放到不同的服务器上当需要修改某些功能的时候直接修改这些服务器上的类就行了修改以后所有客户端的软件都被修改了。如图2 14所示。   6. 这种部署难道是无懈可击 图2 14所示的这个服务群集看似无懈可击其实是它这个图没有画完整我们来把这个图画完整再来看看有什么问题没有。6.1 瓶颈在数据库端 仔细观察之后发现这种配置是有瓶颈的如图2 15所示。  我们看看图2 15的结构图现在如果想实现各个服务器针对同一个数据库的查询那么不管你部署多少个功能服务器都需要针对一个数据库服务器进行查询操作。也就是说不管你的计算有多么分布也同样需要从一台服务器中取得数据。虽然看起来将各个功能模块分布在不同的服务器上从而分担了各个主计算机的CPU 资源然而真正的瓶颈并不在这里而是数据库服务器那里。数据库服务器都会非常忙的应付各个服务器的查询及操作请求。因此通过这个结构图使我们了解到了EJB 根本不能完全解决负载的问题因为瓶颈并不在功能模块的所在位置而是在数据库服务器这里。6.2 假如分开数据库数据共享怎么办 有的读者一定会想到下面的这个应用结构如图2 16所示。  就是把每一个功能服务器后面都部署一个数据库这样不就解决了上节所说的问题了吗是的解决了数据库查询负载的问题然而又出现了新的问题就是数据共享的问题就又不容易解决了。6.3 网络面临较大压力让你的应用慢如老牛我们再向前翻看看如图2 15所示的这种架构中存在两个网络一个是A 网一个是B网这两个网络是不同的。B 网往往是局域网一般带宽是10M/100M速度较快因此到还好说然而A 网往往是互联网或者是利用电信网络互联VPN 网或称广域网。A 网的特点是带宽一般较窄如ADSL 的网络仅仅有512K-2M 的带宽由于广域网互联的成本较高所以一般不会有较高的带宽。而在这个网络上恰恰跑的是功能模块和客户端软件之间交换的数据而这部分数据恰恰优势非常占用带宽的。因此这个应用架构其运行速度可以想见是多么的慢了。说句不夸张的话有点想老牛拉破车一样的慢。一个如老牛的系统目前在中国互联网做运营商网络管理系统的一个大公司它的一个早期的网管软件就是采用了这种架构来做的C/S 结构的应用系统。有一次我作为评估者来对其应用系统进行评估将其部署到一个非运营商大型的网络中的时候便出现了我们上述描述的情况速度已经到了难以忍受的地步打开一个流量图有时候需要用15分钟的时间才能呈现完整。然而该系统在开发阶段并没有发现这个问题为什么呢因为他们没有考虑到应用的实际用户连接网络的复杂性从而给该公司造成较大损失以至于这个开发架构被最终遗弃。   7. EJB 活学活用J2EE 不是必须使用EJB 通过上面小节的讲解似乎好像EJB 和开发Web 应用的B/S 结构的系统关系并不大其实倒也不然。我们如果把客户端程序理解成某一台服务器这样也是可以被应用的而且如果是服务器互相之间做EJB 的调用的话也就不存在广域网带宽限制的问题了。但是如下情况尽量就不要使用EJB 了1、较为简单的纯Web 应用开发不需要用EJB。2、需要与其他服务程序配合使用的应用但调用或返回的自定义的网络协议可以解决的应用程序,不需要使用EJB。3、较多人并发访问的C/S 结构的应用程序尽量不要使用EJB。     总结 a.EJB实现原理 就是把原来放到客户端实现的代码放到服务器端并依靠RMI进行通信。 b.RMI实现原理 就是通过Java对象可序列化机制实现分布计算。 c.服务器集群 就是通过RMI的通信连接不同功能模块的服务器以实现一个完整的功能。 转载于:https://www.cnblogs.com/15ho/p/6377487.html