J2EE入门指南（转）

（一）前言

这是写给零基础小白的一系列文章。
为啥叫生存指南呢， 因为Java发展了20年， 现在已经不仅仅是一个单纯的语言了， 而是一套完整的生态系统， 其中的术语像 HTML, XML, CSS, Javascript , AJAX, JQuery,Prototype, HTTP, Tomcat, JBoss, Nginx , Memecached , Redis, MVC ,Servlet, JSP, Struts, Hibernate, myBatis , Spring, JFinal, MySql, JDBC, EJB, JMS, Swing , AWT, Reflection, OSGi... 铺面而来， 搞的你头晕脑胀， 无所适从，很容易就Lost了。
所以写这个文章的目的就是帮助小白能在Java 的汪洋大海里生存， 时不时的能冒出水面喘口气， 看看空中的生存指南， 把握自己的方向继续向前。

---

先回答一个问题？ 为什么要学习Java ?
我想原因无非有这么几点

1. 我周围的人都在学， 所以我也学
2. Java 好找工作啊， 确实是，在中国，软件行业还处于模仿、学习美国鬼子的阶段， 做系统级编程的不是没有， 像BAT就会用到。 不过绝大部分公司还都是搞应用级程序的开发， 所以Java, 尤其是Java EE 工作机会是非常多的。
3. Java 看起来挺简单的。

Java 语言本身看起来确实挺简单的， 不像C语言， 一个指针就把你搞迷糊了；
也不像C++， 语法复杂而诡异， new 了一个对象以后还得记住 释放内存，确实是挺悲催的；
Java 即使加上了面向对象（封装，继承，多态）， 也是简单的令人发指， 不用上大学，高中生，甚至初中生都能看明白。
可是你会发现学了基本的Java 以后， 除了能写个水仙花数， 九九乘法表，还是啥也干不了，更别说月薪过万了。
人家公司至少要求精通SSH，AJAX,JQuery ，CSS,mysql , 这条路走起来就不那么容易了。

再看第二个问题： Java 到底能干什么？
一句话， Java 最擅长的就是Web 应用开发(通俗的讲就是网站开发)，不善长桌面应用开发。
你想想你开发一个Java 桌面应用， 还得让用户下载一个Java 虚拟机， 甚至要设置环境变量， 一般人是搞不定的。 此外Java 内置的Swing ,AWT确实不怎么样， 开发出来的界面距离操作系统原生界面差了很远， 所以除了特殊情况， 奉劝那些还在孜孜不倦的研究Java 界面编程(Swing, AWT)的同学还是不要浪费精力了， 不要硬逼着Java干他不擅长也不不愿意做的事情。

所以咱们就聊聊Java Web 开发中用到的那些技术和术语。
先来说说HTML, 咱们想象一个场景， 互联网还没有出现， 你是个球迷＋程序员， 电脑里有很多的记录足球的文件例如 足球.txt, 巴塞罗那.txt ， 曼联.txt .....
其中足球.txt 中有一个词"巴萨罗那" ， 为了方便， 你想点这4个字就打开另外一个文件“巴赛罗那.txt” 立刻就能看看球队的介绍 ，这该怎么办？
你冥思苦想，终于顿悟了， 可以这么干：　定义一个协议　巴塞罗那 　，　然后开发一个软件, 把所有的文本都管理起来， 遇到像这样的东西， 软件就认为这是一个链接， 点击后就打开另外一个文件 ！
这的确是个好主意，其实在1989年， 万维网的发明人蒂姆·伯纳斯·李也是这么干的， 你看你要是早出生20年，估计也是WWW的发明人了。
加了链接以后， 文本就不是不同的文本了， 而升级为超文本 (Hypertext)了　！

但是如果你的“足球.txt”还有“广州恒大”几个字， 但是广州恒大的介绍是在你哥们的电脑上， 而他也想把他的文本能链接到你的电脑文件上，这怎么办？
一个单机运行的软件就不行的， 必须得有网络 ， 有网络还不够，你得解决通信的问题。
你就想：既然上面的文本是超文本，并且需要把你好哥们的文本传输到你的电脑上才能看， 那通信方法就叫做超文本传输协议吧 HyperText Transfer Protocol ， 简称Http。

于是你又扩展上一个程序， 不但把你的文本文件都管理起来，还允许通过网络访问， 别人要想通过网络看你的文件， 得发个这样的命令给你的软件：
http://192.168.0.10/football/巴萨罗那.txt 。 你的程序就会找到football 目录下的 巴萨罗那.txt , 读出内容， 发给对方, 并且给他说： 200 成功
如果找不到， 软件就告诉他： 404 对不起，找不到 。
如果你的软件在处理过程中出了错 ， 软件就说： 500　 唉， 服务器出错了。
这个软件功能强大，专门在网络上别人服务，就叫网络服务器吧，可以起个名字叫Apache 。

可是只看文字太不爽了， 你还想看表格，列表，图片，甚至视频。 干脆自己定义一个描述界面的语言吧， 像这样：

---表示表格

--- 表示列表
-- 表示图片。
这些都称为标记(markup) , 所以现在你的超文本就更加丰富了， 这个语言就叫做 Hyper Text Markup Language ， 简称为 HTML。

原来的软件只能显示文本和处理链接， 现在还需要能处理这些标签， 遇到不同的标签， 就显示相应的内容 。
现在你把你的文本全部用html改写了一遍， 放到了Apache 服务器中， 你的哥们也把他的html放到了他的Apache服务器上， 当然你们的html之间还保持着链接 。 然后你们就可以用新的软件对这些html进行浏览了， 对了，可以把这个软件称为浏览器。

由于方便，快捷，能发布图文并茂的信息， 更关键的是可以把散布在全世界各个角落中的计算机连接在一起， HTML ， HTTP, 网络服务器，浏览器 迅速普及， 人们上网在也不用使用那些难用的telnet , ftp 了。 网络就变成了这样：

image.png

下面的文字来源于百度百科：
因为在互联网技术上的杰出贡献，伯纳斯·李被业界公认为“互联网之父”。他的发明改变了全球信息化的传统模式，带来了一个信息交流的全新时代。然而比他的发明更伟大的是，伯纳斯·李并没有像其他人那样为“WWW”申请专利或限制它的使用，而是无偿的向全世界开放。伯纳斯·李本来可以在金钱上与盖茨一比高低，但他的这一举措却为互联网的全球化普及翻开了里程碑式的篇章，让所有人都有机会接触到互联网，也圆了那些。com公司创建者们的富翁梦。即便如此，伯纳斯·李仍然十分谦虚，总是以一种平静的口气回应：“我想，我没有发明互联网，我只是找到了一种更好的方法。”

（二）web技术

上次说到你发明了html , http, 浏览器， web服务器， 这下子把整个世界的信息都链接成了一个了一个大网： world wide web
可是你注意到一个问题没有， 这些html都是静态的 ， 也就是说你除了浏览你的网站和别人的网站之外，什么都做不成。 用你发明的HTTP术语来讲， 就是现在的互联网， 只支持 “GET”
比如说， 你看了哥们的网站，知道广州恒大夺得了2015亚冠冠军， 想给他留个言表示一下兴奋之情，这就做不到了。
这是不能令你满意的， 对互联网做扩展吧
先扩展HTML ，加上一堆新标签 像

了， 了 什么type=text, radio, textarea,checkbox 。。。 这样你就可以在html中支持输入各式各样的信息了。
你还得扩展HTTP协议， 引入一个“POST”这样可以把数据发到Web服务器。
Web 服务器当然也得扩展， 接收到POST过来的留言数据以后， 肯定得想办法处理啊 ，怎么处理?　
无非就是新生成一个html , 除了把原有的数据保留以外，还要把新的留言相关的数据“动态”的加上去， 这就是所谓的动态页面。
必须得有程序来办这件事情， 你马上就面临两个问题：
(1) 用什么语言来写， 毕竟有那么多语言像C, Perl , Python, 甚至Java 都在虎视眈眈呢
(2) 这个程序怎么和 Web 服务器交互

解决方法也很简单， 你弄了了一个叫做 Common Gateway Interface (简称CGI) 的东西， 定义了标准的输入(STDIN)和输出(STDOUT)， 所有的程序都可以从STDIN 读入数据，处理后形成html, 然后向STDOUT 输出 。
这下子任何语言都可以写cgi程序了， 网页也变成了“可交互式”的， 整个互联网又向前推进了一大步， 各种各样的商业网站如雨后春笋一般发展起来。

( ps : 现在CGI 技术已经过时了， ASP, JSP, PHP等技术是主流。
在Java的世界里， 把Apache ,Ngnix 这样的服务器称为静态内容服务器， 主要处理像图片/文件件这样不变的，只读的静态资源，性能非常好； 把Tomcat, JBoss ，Websphere, Weblogic等称为动态内容服务器， 主要产生动态内容。
一般的设计会把Apache/Ngnix 放的前边，接收所有的Http 请求，如果是静态资源，就直接处理掉， 如果是动态资源，就转发到Tomcat/Jboss 去处理。 )

等等，还有个小问题， 我的留言我能看到， 别人的留言我也想看到改怎么办？ 很明显， 每个人通过浏览器提交的留言都需要保存起来， 在生成页面的时候动态的读取他们，形成html 。

可以把所有的用户留言都存放到一个文件当中，读取文件形成html没有任何压力， 但是你要非常小心处理同步的问题：你提交留言的时候，别人也在提交， 可不能相互覆盖啊 ！
这也是为什么Web程序都有一个数据库的原因， 数据库帮我们解决了这些乱七八糟的同步问题， 我们只需要向数据库发出 Select, Insert, Upate ,Delete 就好了。数据库的历史要比WWW久远的多， 早在大机时代就出现了， 现在已经发展的非常成熟 ， 直接拿过来用就可以了。

解决了用户留言的问题， 你接下来要写一个网上售票的应用， 让大家在网上买球票， 买票的时候需要一个购物车， 大家可以把票暂时放到购物车里。
开发购物车的时候发现了你设计的HTTP一个非常严重的缺陷 ： 没有状态 ， 因为用户往购物车里加了一个球票， 一刷新页面购物车就空了，里边的所有东西都丢失了。
假设用户A在操作， 用户B也在操作， 你的Apache服务器实际上根本区分不出来谁是用户A, 谁是用户B, 只是看到了一个个毫无关联的GET和POST 。 根本记录不下来同一个用户在过去一段时间内做了什么事情。
你想改一下HTTP协议， 可是悲催的是数以亿计的网站已经在用了， 你想改都改不了了。
于是你想了个办法， HTTP 协议不是有个header吗， 在里边做做手脚 ：
浏览器A第一次给服务器发送请求时， 服务器通过header告诉它一个编号number_a，浏览器A需要记住这个编号， 然后下次请求的时候（以及后续所有请求的时候）也通过header 把number_a 发给服务器。 这样服务器一看， 奥，原来你是浏览器A 啊， 就可以把浏览器A相关的购物车数据从内存中取出来， 形成html 发回浏览器A了。
浏览器A和服务器的这个通过这个编号来交互， 这个过程就称为 ： session
用了这一个小伎俩， 这样服务器就把各个浏览器（各个用户）给区分开了。

到目前为止，构建一个Web系统最基础的工作可以说已经完成了， 我想起来高中时物理老师说的一句话： 牛顿三定律出来以后 ，经典物理学的大厦已经建立起来了， 后人的工作无非是刷刷墙， 装饰装饰而已。
对于互联网也是： HTTP + HTML +　Web服务器 + 数据库 就是WWW的基石， 后续的工作都是为了提高生产率做的包装和装饰。

最后简单做一个总结： 其实发明创造并没有那么难， 马云说过， 哪里有抱怨，哪里就有机会， 所以找一找现在你感觉最不爽的地方， 也许能发明下一代互联网呢。

（三）XML

前两篇文章 基本上把Web编程所依赖的基础技术（HTTP,HTML, WEB服务器，浏览器）的来龙去脉介绍完了， 从这篇开始 ，正式开始进入应用程序的开发领域。

其实Web应用程序开发也有个极为常见的技术： XML . 很多小白在问，为什么有XML, 要XML干嘛？不是有HTML了吗 ？ 晕倒
对一项技术我的风格是喜欢刨根问底， 不但要知道how, 还要知道why , 了解了一个技术的成因， 才能真正掌握。

假设你用Java 写了一个很棒的Web应用， 这个程序可以在线购书， 在互联网刚起步的时代这个应用火的一塌糊涂 ， 后来有个出版社看到了机遇， 就想和你搞合作： 我这儿也有个Web应用，可以给你提供很多书籍的资源， 你能不能开发个程序把这些书的信息读出来，放到你的网站上？

这没啥难的， 首先得定义一下你的应用和出版社的应用中间怎么进行数据交换， 你要定义一个格式，像这样：
[isbn|书名|作者|简介|价格]
例如： [978-7-229-03093-3|三体|刘慈欣|中国最牛的科幻书|38.00]

数据虽然紧凑， 但是每个字段是什么含义，不好理解， 你想起了HTML的标签好像不错，不如学习HTML改进一下：

978-7-229-03093-3
三体
作者
中国最牛的科幻书
38.00

由于HTML的标签,