在了解完J2ee的相关周边产品之后需要深入J2ee规范内部去了解一下到底这些规范
这里介绍几个最常用的规范

再继续说下去之前有必要说几个常识

Java的诞生
Java之父James Gosling早年从cmu毕业之后
从事了一段时间的开发工作，后来意外碰到一个项目
这个项目要求他用C++开发，但可爱的JG是天才，凡是天才在某方面特别突出的同时
必然有一些天生的缺陷，恩，或说共性，比如说懒，急躁和傲慢
JG既然是天才，那就必然具备这些共性，JG懒，以至于他学不好C++
不仅他学不好，当年开发出Java的那个团队也都学不好C++
他们急噪，以至于他们中有人甚至威胁以辞职的方式离开这个需要使用CPP开发的项目
他们傲慢，所以他们决定开发出一种新的语言来取代那个该死的CPP
更可爱的是，他们一开始居然给这门语言起名C++++--//没错，我没敲错
叫什么C加加 加加减减，意思是加上一些好东西，减去一些坏东西
天才的设定，有时候你会发现天才和傻瓜真的只有一线之隔
还好这个可爱的名字没有被继承下来，这些天才们给他们的产物起名叫Oak//橡树
只是后来当他们去注册这个名字的时候，发现这个名字已经被注册了
于是在Sun公司的一个女职员//mm就是心细，这个说法也是我们公司mm告诉我的
的提议下，把这个可爱的语言起名为Java，就是他们当时喝的咖啡的名字
所以我们看到Java的标志就是一杯冒着热气的咖啡

JavaBean
了解完Java之后，再来说说什么是JavaBean//华为面试题
JavaBean是什么？
咖啡豆
ja，更为科学点的解释是
用java语言编写的可重用的软件组件//组件的定义前面说过了，不再重复
很形象不是么？
将javabean放入杯子//容器，还记得容器的概念么？web容器，ejb容器
就可以冲泡//编译
成咖啡，供客人们品尝//运行
完美的服务

下面进入正题

再谈容器
前面介绍过容器，我觉得有必要再补充一点
容器从某种意义上说其实就是一个可运行的java写的应用程序
犹如c++/c编译后生成的.exe文件
不同的是java编译后的文件需要用命令行或者脚本启动执行
由于容器是由java写的，所以容器都能够跨平台
虽说如此，似乎大部分容器都针对不同的操作系统提供了不同的版本
但可以肯定的一点是，相同容器间的移植组件不需要重新编译

Servlet
web容器组件
Servlet确切地说，就是web容器运行的java组件
与普通javabean不同的是，Servlet定义了一系列方法//比如init()和destroy()
供容器调用，调用的主要目的是为了管理
当一个request请求被web容器截获之后，容器分析该请求地址
然后通过一个配置文件中的映射表//web.xml
调用相应的Servlet组件处理后将结果返还给客户端

JSP//Java Server Page
web容器组件
Servlet出现了之后，人们发现几乎没有办法用一个非常直观的方式去编写页面
毕竟页面是html语言编写的
而让我们用一种流程式的处理方式去逐行教计算机如何写html代码太困难
在这种情况下JSP应运而生，JSP将java代码嵌入html代码内部
然后存成.jsp文件，再由计算机编译生成Servlet储存起来//注意这个过程
所以JSP和Servlet对于web容器来说其实是一种东西，虽然它们编写遵循的标准有所不同
极大地简化了代码同时增加了代码的可读性，生产维护成本下降
值得一提的是，在制定JSP规范的过程中，借鉴了ASP的很多规范
写过ASP并熟悉Java语言的人应该能很快掌握JSP

EJB//Enterprise JavaBean
ejb容器组件
随着时间的推移，人们发现普通的JavaBean似乎并不能满足企业级应用的需要
最典型的就是虚拟机提供的垃圾回收收集机制也就是GC不够完善
可以优化的余地极大，在这种情况下，EJB应运而生
EJB和其它组件一样，不过遵循了某些规范而已
但是这些规范更多的是为充分利用机器并提高性能为主要目的的
举个简单例子
比如某个web服务器有100个用户同时连接上
由于网络连接是瞬时连接，所以很多时候并发数并没有100那么大
前一秒有可能有30个请求被发送过来并被处理
后一秒可以只有10个请求被发送过来并被处理
只有在非常非常极端的情况下才有可能发生100个请求同时被发送过来并被处理的情况
那么我们是否需要保留100个那么多个对象在服务器的内存里面去处理这些请求呢？
很显然，不需要，大多数时候//甚至可以说是所有时候，我不相信有那么极端的情况
我们只需要保存其中的10-30%就够了，那么什么时候需要20%，什么时候需要50%
甚至100%，这个过程就交给容器去管理，这就是ejb容器每天在干的事
管理内存中活跃的对象

恩，必须强调的一点是，由于使用的不成熟
我们经常把规范以及具体的应用两个名词混用
举个简单例子，我们说Servlet，极有可能说的是Servlet规范
也有可能说的是一个具体的Servlet，这个就要看情况而定了
EJB，JSP也是如此

JDBC
和数据库的连接
这个严格说来是数据库产商需要关心的事
关于AppServer如何与数据库的连接
但是也需要开发人员做一点事，因为AppServer不知道什么时候组件需要用到数据库
同时也需要开发人员告诉AppServer他们使用的是什么数据库，ip地址等等
JDBC就是关于这一套东东的规范
包括数据库的产商应提供什么样的接口
AppServer应用服务器应该如何去连接
开发人员应该如何去配置这些连接等等
还有一些数据源，连接池等概念参考相关数据在此就不再赘述

其它的规范比如JMX等确切地说与开发人员关联并不大了
这类高级应用只对AppServer应用服务器产商重要
也不再罗嗦了
---------
记得听说过这样一种说法

大一时候不知道自己不知道
大二时候知道自己不知道
大三时候不知道自己知道
大四时候知道自己知道

其实我觉得这种说法未免高估了本科阶段的知识以及低估了中国人的学习能力
真正大多数孩子在大学四年应该是这样的

大一时候不知道自己不知道
大二时候不知道自己知道
大三时候知道自己知道
大四时候知道自己不知道

为什么呢，因为大一时候刚进大学，什么都不懂，很正常，大家都一样
大二或者大三时候开始接触知识，虽然还是不懂，但慢慢地开始学习，开始积累
过了一段时间，知道自己知道了//也就是前一种说法的大四，后一种说法的大三
开始屁癫，开始拽得不得了，觉得自己怀才不遇，千里马难寻伯乐的那种感觉
有些人是大四毕业了以后开始拽，悟性高一点的，大三就开始拽，因人而异
这几乎是每一个初学者经过一段时间学习后的必然阶段
不管如何，总之开始入门了，这也不是坏事
但最后每个人都会知道自己不知道的，也就是后一种说法的大四阶段
//前一种说法里面的那些家伙估计要到工作以后才能明白
因为任何一门学科都博大精深，要是能在两三年之内就统统搞懂
那不是在吹牛就是坐井观天，java如此，c如此，c++也是如此

那么到了本系列的第七集，可爱的读者应该处在什么阶段呢？
恭喜，在看完这篇文章之后，你就基本处于知道自己不知道的那种阶段
离拽起来还有那么一段距离，因为你们毕竟还没有学习和积累一定的基础知识
但是骗骗外行，蒙蒙国企那些吃闲饭的管理人员问题不大