Java概述

接触Java后会发现它的体系有一个特点，就是非常喜欢用“J”字母开头的缩写，比如JCP, JSR, JMS, JPA, JSP, JAX-RS......它们有些是规范，有些是组织的名称，表意多样，对第一次接触的人来说很可能会觉得混乱，本文将从发展历史、技术体系、社区运作三个角度去梳理，从而能对Java有一个宏观的理解。

历史

1955年JFJG(Java's Father, James Gosling)在加拿大的一个小村庄出生，十几岁开始编程，各种天赋异禀
1984年入职Sun公司
1991年Sun成立“绿色计划”，JFJG带领团队产出语言“Oak”（橡树），但是并不成功
1995年互联网开始兴起，Oak找到了适合自己的定位，改名为“Java”，并发布了JDK1.0
1998年JDK1.2发布，第一次将技术体系拆分成三个方向j2se、j2ee、j2me，它是一个里程碑
2006年Sun开源Java，并建立OpenJdk组织对源码进行管理，虽然开源，但有部分代码连Sun也没有权限处理，所以就有了2个版本SunJdk和OpenJdk，但是OpenJdk的质量主管说了，这两个版本除了代码文件头的版权注释之外，代码基本上完全一样
2009年4月20日Oracle收购Sun
2010年4月2日，JFJG从Oracle离职，至此他在Sun服役26年

技术体系

Java纯粹是一门语言，而运行该语言需要运行环境，以及一些核心的工具包等等，把这些打包起来就形成了方便程序员使用的JDK(Java development kit)，面向不同的平台，有不同版本的JDK，相应JDK背后都遵循一套规范：

Java SE(Standard Edition)，面向桌面级应用，如windows应用程序
Java EE(Enterprise Edition)，面向基于网络的应用，如网站，云服务
Java ME(Micro Edition)，面向移动端，如Android（本文不讨论）
Java CARD，面向小内存设备，如智能卡（本文不讨论）

需要注意的是，Java SE/EE/ME/CARD都是规范，这些规范都由一个叫JCP（后文会说明）的组织在维护，而相应的JDK是规范的实现，换句话说，你也可以根据它的规范去实现一个Development kit。Java SE规范只有一个官方的Java SE JDK的实现，这很清楚，但是Java EE规范的实现（或者说是供应商）可就多了，有GlassFish, WildFly, JBose......更多请看这里（我们知道Spring是非常流行的web框架，但是这里为啥没Spring什么事？后文会说明）。

Java EE规范供应商列表

上图来自WIKI，不难发现，针对不同版本的Java EE规范（横轴），都有很多供应商提供实现（纵轴），有些商业，有些免费，并且每一个供应商跟进规范的进度还不一样。其中GlassFish是Oracle的官方实现，那么Java EE JDK和GlassFish是什么关系呢？Java EE JDK封装了ClassFish，就像官方文档里说的：

那么Java EE规范都有哪些？

Java EE规范体系

上图中我们不但看到了Java EE针对基于网络的应用都定义了哪些规范，以及不同规范所处的模块以及角色，甚至能看到Java SE规范所处的位置。不同供应商基于规范实现自己的产品，同一类型产品形成竞争，优胜劣汰，而对于用户来说，如果不幸某一个供应商破产了或者想切换到更优秀的产品，无论什么原因，这都是件轻松的事情。

Java SE JDK提供了核心API，我们可以可以看看它的体系：

Java SE JDK体系

社区运营

每一种语言都有相应的社区，Java的社区叫JCP(Java Community Process)，成立于1998年。事实上Java并不属于某一家公司，而是由JCP组织进行管理，尽管JCP主要由Sun或者Oracle公司领导，但任何个人或组织都能申请成为其中一员。该社区至今已经形成了一套非常成熟的管理体系。

该体系涉及4个角色：Executive Committee(EC), Spec Lead, Expert Group, Contributors。

社区组织架构

我们举一个实际场景的例子就能理解上图的组织架构，假设我这么一个程序员，觉得Java EE有一个缺陷，我认为需要增加一个规范，我亲自设计了规范并向EC提交我的方案请求，该方案就叫JSR(Java Specification Requests)，EC是最重要的一个部门，其成员可能由前Sun员工或现任Oracle员工组成，他们负责审核提交上来的JSR，经过严谨的分析觉得可行，于是当初提交JSR的那个人就被EC任命为Spec Lead，并且给他配置了专家团队(Expert Group)以及贡献者(Contributors)，意思是说，这JSR是你提的，现在由你去带领这个团队把这个事搞定。

有趣的是JSR的处理流程。

JSR处理流程

从写一个JSR、提交JSR、JSR review，一直到最后的投票，重点不是每个步骤做了什么（如果感兴趣可以看这里），而是整个流程花了多少时间。Spring觉得Java EE规范发展的速度太慢，如果像其他供应商一样跟着规范亦步亦趋的走不是Spring的风格，于是Spring采纳Java EE中优秀的规范，对于自己不认可或者干脆没有的规范就自己搞定。结果呢？Spring发展迅速并在规范上领先于Java EE，以至于后来Java EE反过来跟随Spring，将Spring中优秀的规范融入到自己的体系。说到这里，你是不是开始吐槽Java EE了，JCP中的一位资深成员Leonardo Lima说了：