JavaEE企业级应用架构.docx

Java EE企业级应用架构一.Java EE是什么？ Java EE（Java Enterprise Edition）是一种企业级应用的软件架构，同时是一种思想，一套规范。二.Java EE的发展史 Java Enterprise Edition的发展不知不觉已经12年了，不知道大家有没留意，一开始，Java Enterprise Edition简称“J2EE”，直到版本5才改名为Java EE，而现在最新的版本则是Java EE 6。到这里，或许有人会问，为什么会有这么多套Java EE规范？这些版本的差别是什么？1.J2EE1.2的出现，主要是将之前各个单独的规范绑定到一起。2.J2EE1.3，则是继续完善J2EE体系结构。3.J2EE1.4，主要是加入了一个重要主题：Web Service4.而Java EE 5，主题则是“简化”，简化之前复杂的J2EE思想，改善开发体验。三.Java EE到底要解决什么问题？1.Java EE解决什么问题？从Java EE发展背景看，它与“分布式应用”以及“互联网应用”的关系密不可分，而这两者也正是Java EE要解决的问题！其实，分布式应用随着90年代互联网的兴起逐渐开始普及。在90年代中，各种分布式应用标准逐渐诞生，如：OMG的CORBA，MS的DCOM等，而Sun在推出Java的RMI（Remote Method Invocation）后，便以RMI作为通信基础构建了Java EE。我认为，Java EE最核心要解决的问题就是“分布式应用”。而在接下来的竞争中，Java EE也不负所托，逐渐取代了CORBA，DCOM的地位。2.分布式应用与RPC RPC（Remote Procedure Call），在聊到分布式应用时很多人会第一时间想到它。所谓RPC，就是远程调用一个服务，但效果和本地调用一样。在最初的时候，RPC很类似C语言的函数调用，但随着编程语言和技术的发展，特别是面向对象和面向组件技术的广泛应用，便出现了“远程对象/方法调用”。所谓“远程对象/方法调用”其实就是把调用远程对象和本地对象的区别隐藏起来，让调用者可以像使用本地对象那样调用远程对象。从本质上说，最初的RPC和后来的“远程对象/方法调用”稍有不同，在“远程对象/方法调用”中，被调的服务还需要考虑如：对象生命周期管理，事务处理……这些问题。但笼统地说，最初的RPC和“远程对象/方法调用”都称为：RPC，所以之前提到的如：DCOM，CORBA，JAVA的RMI，.NET的Remoting都称为RPC。而我认为，RPC的本质就是：应用协议 + 传输协议。而各种不同的RPC实现之间的区别亦在此。而所谓的“分布式应用”，实际上可以说是用RPC方式，把各个分布在不同机器的应用模块联合成一个系统。可以说RPC是“分布式应用”的基础，所以就有“以RMI作为通信基础构建了Java EE”这一说了。四.Java EE体系结构这里，我打算从分析“企业级应用”入手，并藉此逐步建立整个Java EE体系。1.概述Java EE体系结构为了有印象，我们先来个最简单Java EE架构图看看：从上图看到，Java EE一般分为4层：（1）客户端（2）web层（3）业务逻辑层（4）企业信息层（EIS：Enterprise Information System）呵呵，不要以为Java EE只是描述服务端规范，实际上，它还是包含了一些客户端相关东东，比如：Applet...不过，Java EE的重点还是在服务端这方面，而本文重点也是介绍Java EE在服务端这方面的内容。2.“企业级应用”分析（1）分布式应用首先从总的来看，一个“企业级应用”代表着，这个系统肯定是“非常大型的”，这么大型的系统，这么多的应用，是不可能把应用都部署在一台机器上的，所以“分布式应用”这个需求便顺理成章地出现。理想的“企业级应用”中，各种功能模块应该分布在不同的机器上，在需要某功能的时候，我们可以动态地进行调用。（2）系统分层企业应用中，业务的功能会非常复杂。此时，模块间的解耦以及系统的分层开始显得重要，解耦与分层会使得系统结构清晰，并且健壮。而传统的分层模式是一般是：接入层，逻辑层，数据层。（3）异步设计分布式应用时，你遇到的第一个问题就是：等待…..在企业级应用中，业务的处理时复杂的。如果把子模块部署到不同机器后，要处理一个业务，很可能需要到多台机器上进行调用；另外，子模块的运算也需要一定的时间，此时，“等待”就出现了。由于你无法预计这个复杂的业务什么时候才能处理完，所以，“异步”这个概念也顺理成章地被引入。（其实，这也体现了软件设计中“快慢分离”的原则）（4）事务，安全关于事务的重要性这里就不多说了。而安全，一般指对某个模块的授权，身份验证等等，在