(转载)给初学者之五：企业级应用之中间件.docVIP

前面一篇简单介绍了一下应用软件的分层 下面重点介绍一下中间件，也就是业务逻辑层的软件结构 从本系列第二篇我们知道，java程序是跑在虚拟机之上的 大致结构如下： ------------ | grogram | ------------ | 虚拟机 | ------------ | 操作系统| ------------? 也就是说操作系统先运行一个java虚拟机，然后再在虚拟机之上运行java程序 这样做的好处前面也说过了，就是安全，一旦出现病毒或是其他什么东西 挂掉的是虚拟机，操作系统并不会受多大影响 这时候有人可能会问，为什么非要虚拟机？把操作系统当成虚拟机为什么不行？ 可以，当然可以，但是这样做某一个应用软件的bug就可能造成整个操作系统的死亡 比如说我们在某个服务器上安装了一个收发电子邮件的软件和java虚拟机 那么一旦黑客通过收发电子邮件的软件入侵系统，那么操作系统就整个玩完 那么如果黑客通过java程序进行攻击的话，那么死的将会是虚拟机而不是操作系统 大不了虚拟机崩溃，而操作系统正常运行不受任何影响 举个简单例子，比如说最常见的是将数据库(DB)与中间件放在同一台服务器上 ------------------------? |? program |?????????? |? -----------|???? DB??? | |? 虚拟机? |?????????? |? ------------------------ |??????? 操作系统????? | ------------------------? 那么此时如果没有虚拟机，黑客病毒攻击中间件系统，就有可能造成操作系统的死亡 那此时数据库也有可能跟着一起玩完，那损失可就大咯 那如果此时有虚拟机，那么一旦被攻击，死的是虚拟机，操作系统与数据库不受任何影响 嗯，回顾完虚拟机，再来介绍中间件 在很早很早以前，任何一家企业，想要搭建一个局域网系统，他需要请许多个工程师 比如说我们想搭建一个网上银行，客户端用浏览器,后台数据库比如说用oracle 那么搭建这样一个网上银行，可能需要用到多少个工程师，我们来算一算 首先，由于客户端用的是浏览器，我们需要一些了解网络通讯协议以及一些浏览器标准的网络工程师 其次，由于后台数据库用的是oracle，那我们还需要请oracle的工程师，因为数据库这一层每个数据库公司的接口什么都不一样 然后，我们还需要一些操作系统的工程师，因为我们的系统需要跟操作系统直接交互 最后，我们需要一些设计网上银行系统及其相关业务的工程师 太多了太多了，这样一个中间件队伍实在太庞大了，制作维护成本实在太高了 不仅如此，这样一个中间件就算做出来，他们所写的代码也只能满足这一家公司使用 其它公司统统不能再用，代码重用率极低，近乎不可能重用 毕竟这个系统中改动任何一个部分都有可能涉及到整个系统的改动 那么如何降低成本？ 我举出了四组的工程师： 网络工程师，数据库工程师，操作系统工程师以及设计网上银行系统的业务工程师 除了最后一组设计网上银行的业务工程师之外，前面三组工程师是不是每一个项目都需要的？ 就算不是每一个项目都需要，至少也是绝大多数项目需要的吧？ 哪个项目能够脱离网络，数据库和操作系统？不可能，在这个时代已经很少很少了 好，那既然每个项目都需要，我们是不是可以用一个产品来取代这三组的工程师呢？ 我们的业务工程师只需要遵循这个产品所提供的接口，进行相应的开发就行了 人们提出了一种叫做appserver也就是应用服务器的东西 应用服务器是干什么的？按官方的说法，应用服务器是包括有多个容器的软件服务器 那容器是什么？容器(Container)到底是个什么东西我想多数人还是不清楚 在说这个之前，先介绍一下组件 什么是组件，组件是什么？组件其实就是一个应用程序块 但是它们不是完整的应用程序，不能单独运行 就有如一辆汽车，车门是一个组件，车灯也是一个组件 但是光有车灯车门没有用，它们不能跑上公路 在java中这些组件就叫做javabean，有点像微软以前的com组件 要特别说明的是，由于任何一个java文件编译以后都是以类的形式存在 所以javabean肯定也是一个类，这是毫无疑问的 好，那么容器里装载的是什么呢？就是这些组件 而容器之外的程序需要和这些组件交互必须通过容器 举个例子，IE发送了一个请求给容器，容器通过调用其中的一个组件进行相关处理之后 将结果反馈给IE，这种与客户端软件交互的组件就叫做servlet 但是组件有很多种，那么如何区分这些组件呢？ 有多种管理办法，比如同是同样是servlet，有些是通过jsp生成的