第一篇：给予Java初学者的学习路线建议
给Java初学者的学习路线建议
在校学生，务必要在学好基础（比如计算机系统、算法、编译原理等等）的前提下，再考虑去进行下面的学习。第一部分：对于尚未做过Java工作的同学，包括一些在校生以及刚准备转行Java的同学。
一、Java基础首先去找一个Java的基础教程学一下，或者你也可以去找相应的视频。学习Java基础的时候，应该尽量多动手，很多时候，你想当然的事情，等你写出来运行一下，你就会发现不是这么回事儿，不信你就试试。了解过以上内容以后，你对Java就应该有一个基本的了解了，你可以用Java语言写出一些简单的程序，并且你用的是最简单的编辑器，比如记事本。这个时候，不要急于进入下一部分，留下几天好好写一些程序，尽可能熟悉这些基础内容。
二、Web开发等你写上几天程序以后，你往往会比较迷茫，因为你写的东西似乎看起来毫无用处，比如实现一个简单的计算器，读取一个文件等。这个时候你就应该去学着写一些让你觉得有意思的东西了，所以你应该学习更多的知识。这些内容主要是Web开发相关的内容，包括HTML/CSS/JS（前端页面）、Servlet/JSP（J2EE）以及Mysql（数据库）相关的知识。它们的学习顺序应该是从前到后，因此最先学习的应该是HTML/CSS/JS（前端页面），这部分内容你可以去上面的那个runoob网站上找。
你可以试着自己写一些页面，当然，你可以尽你最大的努力让它变得最漂亮。这部分内容对于后端Java来说，理论上不是特别重要，但至少要达到可以自己写出一些简单页面的水平。接下来，你需要学习的是Servlet/JSP（J2EE）部分，这部分是Java后端开发必须非常精通的部分，因此这部分是这三部分中最需要花精力的，而且这个时候，你要学会使用开发工具，而不能再使用记事本了，可以选择eclipse。当你下载安装好eclipse以后，请视频中的教程一步一步去学习，一定要多动手。关于Servlet/Jsp部分视频的选择，业界比较认可马士兵的视频，因此推荐给大家。
当然了，我本人并没有看过他的视频，所以不好说的太绝对，如果大家自己有更好的选择，可以坚持自己的，不要被我干扰。最后一步，你需要学会使用数据库，mysql是个不错的入门选择，而且Java领域里主流的关系型数据库就是mysql。这部分一般在你学习Servlet/Jsp的时候，就会接触到的，其中的JDBC部分就是数据库相关的部分。你不仅要学会使用JDBC操作数据库，还要学会使用数据库客户端工具，比如navicat，sqlyog，二选一即可。
三、开发框架当你学会以上内容以后，这个时候你还不足以参加工作，你还需要继续深造。公司里为了提高开发的效率，会使用一些Java Web框架，因此你还需要学习一些开发框架。目前比较主流的是SSM框架，即spring、springmvc、mybatis。你需要学会这三个框架的搭建，并用它们做出一个简单的增删改查的Web项目。你可以不理解那些配置都是什么含义，以及为什么要这么做，这些留着后面你去了解。
但你一定要可以快速的利用它们三个搭建出一个Web框架，你可以记录下你第一次搭建的过程，相信我，你一定会用到的。还要提一句的是，你在搭建SSM的过程中，可能会经常接触到一个叫maven的工具。这个工具也是你以后工作当中几乎是必须要使用的工具，所以你在搭建SSM的过程中，也可以顺便了解一下maven的知识。在你目前这个阶段，你只需要在网络上了解一下maven基本的使用方法即可，一些高端的用法随着你工作经验的增加，会逐渐接触到的。
四、找工作当你完成开发框架的学习以后，你就该找工作了，在校的找实习，毕业的找全职。与此同时，在找工作的同时，你不应该停下你的学习，准确的说，是你在以后都不能停下学习。上面这些内容你只是囫囵吞枣的学会了使用，你可以逐步尝试着去了解更多的东西。
第二部分：对于参加工作一年以内的同学。恭喜你，这个时候，你已经拥有了一份Java的工作。这个阶段是你成长极快的阶段，而且你可能会经常加班。但是加班不代表你就可以松懈了，永远记得我说的那句话，从你入行那一刻起，你就要不停的学习。在这一年里，你至少需要看完《Java编程思想》这本书。这本书的内容是帮助你对于Java有一个更加深入的了解，是Java基础的升级版。这个阶段的核心学习思想就是，在工作中实践，并且更加深入的了解Java基础。
第二部分：对于参加工作1年到2年的同学。这部分时间段的同学，已经对Java有了一个更加深入的了解。但是对于面向对象的体会可能还不够深刻，编程的时候还停留在完成功能的层次，很少会去考虑设计的问题。于是这个时候，设计模式就来了。我推荐《大话设计模式》这本书，而设计模式就是你的开端。
请记住，我所提的基本都是最低要求，因此不要有任何松懈的心理，否则五年后，你不要去羡慕别人高于你的工资，也不要去羡慕别人进入了某公司。这一年，你必须对于设计模式了如指掌，《大话设计模式》可以作为你的开端。此外，设计模式并不是你这一年唯一的任务，你还需要看一些关于代码编写优化的书。比如《重构 改善既有代码的设计》，《effective java》。总而言之，这个阶段，你的核心任务就是提高你的代码能力，要能写出一手优雅的代码。
第三部分：对于参加工作2年到3年的同学有的同学在这个时候觉得自己已经很牛逼了，于是忍不住开始慢慢松懈。请记住，你还嫩的多。这个阶段，有一本书是你必须看的，它叫做《深入理解Java虚拟机》。这本书绝对是Java开发者最重要的书，没有之一。在我眼里，这本书的重要性还要高于《Java编程思想》。这本书的内容是帮助你全面的了解Java虚拟机，在这个阶段，你一定已经知道Java是运行在JVM之上的。所以，对于JVM，你没有任何理由不了解它。
另外，在过去2年的工作当中，你肯定或多或少接触过并发。这个时候，你应该去更加深入的了解并发相关的知识，而这部分内容，我比较推荐《Java并发编程实战》这本书。只要你把这本书啃下来了，并发的部分基本已经了解了十之六七。与此同时，这个阶段你要做的事情还远不止如此。这个时候，你应该对于你所使用的框架应该有了更深入的了解，对于Java的类库也有了更深入的了解。
因此，你需要去看一些JDK中的类的源码，也包括你所使用的框架的源码。这些源码能看懂的前提是，你必须对设计模式非常了解。否则的话，你看源码的过程中，永远会有这样那样的疑问，这段代码为什么要这么写？为什么要定义这个接口，它看起来好像很多余？由此也可以看出，这些学习的过程是环环相扣的，如果你任何一个阶段拉下来了，那么你就真的跟不上了，或者说是一步慢步步慢。而且我很负责的告诉你，我在这个阶段的时候，所学习的东西远多于这里所罗列出来的。
因此千万不要觉得你已经学的很多了，我所说的这些都只是最低要求，不光是我，很多人在这个时间段所学习的内容都远超本文的范围。如果你不能跟上节奏的话，若干年后，如果不是程序猿市场还不错的话，你很可能不仅仅是工资比别人低，公司没别人好，而是根本就找不到工作。总而言之，这个阶段，你需要做的是深入了解Java底层和Java类库（比如并发那本书就是Java并发包java.concurrent的内容），也就是JVM和JDK的相关内容。而且还要更深入的去了解你所使用的框架，方式比较推荐看源码或者看官方文档。另外，还有一种学习的方式，在2年这个阶段，也应该启用了，那就是造轮子。不要听信那套“不要重复造轮子”的论调，那是公司为了节省时间成本编造出来的。重复造轮子或许对别人没有价值，因为你造的轮子可能早就有了，而且一般情况下你造出来的轮子还没有现存的好。
但是对别人没有价值，不代表对你自己没有价值。一个造轮子的过程，是一个从无到有的过程。这个过程可以对你进行系统的锻炼，它不仅考察你的编码能力，还考察你的框架设计能力，你需要让你的轮子拥有足够好的扩展性、健壮性。而且在造轮子的过程中，你会遇到各种各样的难题，这些难题往往又是你学习的契机。当你把轮子造好的时候，你一定会发现，其实你自己收获了很多。所以，这个阶段，除了上面提到的了解JVM、JDK和框架源码以外，也请你根据别人优秀的源码，去造一个任何你能够想象出来的轮子。
第四部分：参加工作3年到4年的同学这个阶段的同学，提升已经是很难了，而且这个阶段的学习往往会比较多样化。因为在前3年的过程中，你肯定或多或少接触过一些其它的技术，比如大数据、分布式缓存、分布式消息服务、分布式计算、软负载均衡等等。这些技术，你能精通任何一项，都将是你未来面试时巨大的优势，因此如果你对某一项技术感兴趣的话，这个时候可以深入去研究一下。这项技术不一定是你工作所用到的，但一定是相关的。而且在研究一门新技术时，切忌朝三暮四。有的同学今天去整整大数据，搞搞Hadoop、hbase一类的东西。过不了一段时间，就觉得没意思，又去研究分布式缓存，比如redis。然后又过不了一段时间，又去研究分布式计算，比如整整Mapreduce或者storm。结果到最后，搞得自己好像什么都会一样，在简历上大言不惭的写上大数据、分布式缓存、分布式计算都了解，其实任何一个都只是浮于表面。到时候面试官随便一问，就把你给识破了。
一定要记住，作为一个程序猿，平日里所接触的技术可能会很多，但是想要让一门技术成为你的优势，那么一定是你对这门技术的了解强过绝大多数人才行。因此在这个阶段，你就不能再简单的去学习前3年的内容了，虽然前面的学习如果还不够深入的话依旧要继续，但这个时候你应该更多的考虑建立你的优势，也可以称为差异性。差异性相信不难理解，就是让你自己变得与众不同。你前面三年的学习足够你成为一名基本合格的Java开发者，但你离成为一名优秀的Java开发者还有很大的距离。
所谓优秀，即能别人所不能。而你前三年所学习的内容，是很多做过几年的Java开发都能够掌握的。那么为了让自己有差异性，你就需要另辟蹊径，找一个方向深入研究下去，以期在将来，你能够成为这个领域的专家，比如分布式计算领域的专家，大数据领域的专家，并发领域的专家等等。此外，你除了建立你的差异性之外，还要去弥补你基础上的不足，直到现在，我都没有提及基础知识。原因是基础是很枯燥无味的，学的太早不仅容易懵逼，而且懵逼的同时还容易产生心理阴影，以至于以后再不想去研究这些基础。但基础又是你深入研究一些领域时所必须掌握的，比如你去研究分布式计算，你不懂算法你玩个毛毛？比如你去做分布式缓存，你对计算机系统的内存不了解，你如何去做缓存？
如果你的基础本来就非常强，那么恭喜你，相信你在之前的工作中已经充分体会到了这些基础对你的帮助。但我相信大部分人的基础都很薄弱，哪怕是科班毕业的人，很多人也不敢说自己当初的基础学的多么强大，比如算法、计算机系统原理、编译原理这些。但是每个人时间都是有限的，而且这些基础的书籍每一本读下来，没个一年半载的，还真拿不下来，因此还是要有所抉择的。虽然艺多不压身，但问题是艺多是有代价的，是需要你付出时间和精力的，而我个人更赞成在同等代价的情况下获取最大的收获。
首先，我比较推崇的基础书籍有三本，分别是《深入理解计算机系统》，《tcp/ip详解 卷一、二、三》，《数据结构与算法》。其中TCP/IP有三本书，但我们这里把这三本看成是一本大书。这三本分别适合三种人，《深入理解计算机系统》比较适合一直从事Java Web开发和APP后端开发工作的人群。《tcp/ip详解 卷一、二、三》比较适合做网络编程的人群，比如你使用netty去开发的话，那么就要对TCP/IP有更深入的了解。而《数据结构与算法》这本书，则比较适合做计算研究工作的人，比如刚才提到的分布式计算。另外，我要强调的是，这里所说的适合，并不是其它两本对你就没有用。比如你做Java Web和APP后端开发，《tcp/ip详解 卷一、二、三》这本书对你的作用也是很大的。这里只是分出个主次关系而已，你要是时间足够的话，能把三本都精读那当然最好不过了。
但如果时间有限的话，那么就先挑对你帮助最大的书去读。理论上来讲，这一年你能把这三本其中一本精读下来，就已经非常厉害了。有了基础，有了前面的工作经验，你就可以去开拓属于你的领域了。在这一年里，一定要规划好自己的领域，建立好自己的优势，制造出差异性。如果你对自己的领域不够清晰的话，随着你工作的时间日益增多，你接触的技术会越来越多，这个时候，你很容易被淹死在技术的海洋里，看似接触的技术越来越多，会用的也越来越多，但你毫无优势。有的同学可能会问，“我，我也不知道我的领域是什么啊？怎么办呢？”对于这种人，我只想说，“卧槽，这还问我？要不干脆我替你学习得了，好不好？”
第五部分：参加工作4年到5年的同学经过前面一年的历练，相信你在自己所钻研的领域已经有了自己一定的见解，这个时候，技术上你应该已经遇到瓶颈了。这个时候不要着急提高自己的技术，已经是时候提高你的影响力了，你可以尝试去一些知名的公司去提高你的背景，你可以发表一些文章去影响更多的人。当然，你也可以去Github创建一个属于你的开源项目，去打造自己的产品。
技术学到这个阶段，很容易遇到瓶颈，而且往往达到一定程度后，你再深入下去的收效就真的微乎其微了，除非你是专门搞学术研究的。然而很可惜，大部分程序猿做不到这一步，那是科学家做的事情。这个时候提高影响力不仅仅是因为技术上容易遇到瓶颈，更多的是影响力可以给你创造更多的机会。程序猿在某种程度上和明星很像，一个好的电视剧和电影就可以成就一批明星，程序猿有的时候也是，一个好的项目就可以成就一群程序猿。比如国内几个脍炙人口的项目，像淘宝、支付宝、QQ、百度、微信等等。这每一个项目，都成就了一批程序猿。我敢说，这里面任何一个项目，如果你是它的核心开发，光是这样一个Title，就已经是你非常大的优势。更何况还不止如此，Title说到底也是个名头，更重要的是，这种项目在做的时候，对你的历练一定也是非常给力的。
而你如果想要参与这样的项目，除了靠运气之外，影响力也是很重要的一个手段。比如你在分布式计算领域有一定的影响力，那么如果有什么好的关于分布式计算的项目，对方就很可能会邀请你。就算人家不邀请你，你自己主动去面试的时候，对方如果知道你在这个领域的影响力，也肯定会起到很大的作用，而这个作用，甚至可能会超过你现在的技术能力。所以，在这个阶段，你最大的任务是提高自己的影响力，为自己未来的十年工作生涯那一天做准备。如果你能够靠你的影响力和以前积累的技术，参与到一个伟大的项目当中，那么你后面的五年也就有着落了。当然了，我现在满打满算，做程序猿也就4年半不到，因此关于4年到5年这一部分，我的见解不一定是对的，就算是对的，也不一定是适合任何人的。
所以，希望大家自己有的判断力，去决定到底该如何度过这一年。结语本文到此就基本结束了，整篇文章很长，但其实主要就说了两部分内容，一个是社招面试的准备，一个是Java生涯的学习。关于这两部分，我已经给出了自己的见解，但是还是那句话，每个人吸收知识的时候，都要有抽取精华，去除糟粕的能力。我所说的，可能有些是对的，有些是错的，有些是适合你的，有些是不太适合你的，你要自己能够判断。其实你在生活和工作当中也是一样的，你身边的人形形色色，有的人你喜欢，有的人你很讨厌。但其实你喜欢的人也有缺点，你讨厌的人也有优点。你要学会从你讨厌的人身上学会他的优点，千万不要一棒子打死，这只会让你失去很多学习成长的机会。好了，说了这么多了，就到此为止吧，希望本文可以帮助到作为程序猿或即将成为程序猿的你。
第二篇：Java学习路线
怎么学习Java，这是很多新手经常会问我的问题，现在我简单描述下一个Java初学者到就业要学到的一些东西：
首先要明白Java体系设计到得三个方面：J2SE,J2EE,J2ME（KJAVA）。J2SE，Java 2 Platform Standard Edition，我们经常说到的JDK，就主要指的这个，它是三者的基础，属于桌面级应用开发，这部分如果学得好很容易拓展J2EE和J2ME。J2ME，The Micro Edition of the Java 2 Platform。主要用于嵌入式Java，如手机，PDA等等。J2EE，Java 2 Platform，Enterprise Edition，就是所谓的企业级Java，适合企业的大型应用开发。
J2SE：
新手最初学习的时候先要从J2SE开始学起，所包含的内容主要分为：面向对象概念的理解、Java基本语法的学习，Java桌面图形界面应用程序的开发，掌握常用的Java API等（关键是要学会怎样查阅）。
重点：Java基本语法（循环结构，数据类型，数组，运算符等）、Swing，awt，事件机制、文件输入输出流处理等
难点：面向对象思想的理解（接口、类等）、线程、socket网络编程等
视频教程推荐：孙鑫的Java基础视频教程、张孝祥的Java基础视频教程，讲的都很细，而且这两位老师在教学方面都有很好的经验。
J2EE：
在学习了J2SE之后，你可以尝试着慢慢过渡到J2EE，当然，学习J2EE海需要很多非JAVA技术的支撑，比如数据库技术，网页编程技术等等，待会我会详细介绍这两方面的内容。J2EE有三个必学的框架，如果你说你学了J2EE，但又不会这三个框架的话，那会让人笑掉大牙，这三个框架分别是Struts、Spring和Hibernate，虽然这三个框架应用很广，但不代表这三个框架就代表了J2EE，J2EE还有很多其他的东西，比如EJB，作为一款重量级（此重量级不是指重量级选手那个意思，此重量级非彼重量级）框架，虽然这个应用慢慢的再被其他框架所取代，但EJB3.0的出现也给它带回一些生机，作为一个分布式应用的框架，也是大家要去学习和了解的知识。
当然，刚才说到J2EE包含的范围很广，即使我把我所了解的所有技术说出来，也并不能代表J2EE，这是一个很深很广的学问，需要大家以后再工作的时候慢慢去发现了。我所了解的还包括：
JDBC:Java数据库连接对象，基础中的基础，Hibernate也只是对它的封装而已 JNDI: Java 命名与目录接口，J2EE重要规范之一 EJBS: 上面已经提到过了
RMI: 提供远程调用方法的支持，主要用于程序分布式开发 JMS: Java消息服务，中间件技术
JAVA IDL: 提供J2EE平台与CORBA交互能力和互联能力的技术 JTS: 组件事务监视器 JTA: 事务划分的一个技术 JAVAMAIL: Java中的邮件技术 JAF: Java启动框架,没研究过 Log4j，一款日志处理的框架应用
Junit：单元测试的好帮手
freemarker、velocity：两款不错的模板引擎
与Flash的交互Flex：目前很多的SNS应用就是使用到了这个技术
Web services:想知道我们论坛天气预报的效果是怎么做的吗？请关注这个技术 SOA:面向服务架构，未来技术发展的趋势之一 ……
不过前面介绍到得这些都不是J2EE的基础,是属于框架应用级别的.要真正把上面说到的知识掌握好,还是的学习J2EE最核心的东西:JDBC、JSP、servlet和JavaBean,后面三个也是学习SSH的基础(StrutsSpringHibernate的简称).鉴于J2EE的内容太过复杂,建议大家最初只学习: JSP, servlet和JavaBean，等这个基础掌握好再把SSH学习了，再对其他J2EE技术有个大致的了解就可以出去找工作了。当然，找工作的前提除了把Java学习好，还会有一些其他的技术也是必须要掌握的。数据库技术:
数据库几乎是程序中不可或缺的一部分,在整个软件开发中更是占据了重要作用.数据库在整个软件中扮演的是地基的角色,你要修房子,就要先打好地基,你要做软件,就要先设计好的数据库.目前数据库几乎都是关系型数据库,代表的有: SQL Server,目前最新的好像是2008,我不是很喜欢追赶时髦,用的还是2005,不过也很不错了,在此之前还有2000.MySQL,最知名的开源数据库之一,我很喜欢它的小巧耐用,学过SQL SERVER数据库再学它,无师自通,易如反掌.ORACLE.甲骨文公司的产品,大型数据库,正版的一般公司买不起.只有看看了,不过现在Java开发60%都是会使用到这个数据库,再加上现在甲骨文已经把sun公司收购了,JAVA和ORACLE得关系更加暧昧,各位得多花些时间在这上面了.除了这些，你还应该了解一些桌面应用软件开发用到的数据库，比如说sqlite。你在制作安装程序的时候可以把这个数据库打包进你的安装程序。
网页编程基础:
网页编程基础要学的内容也比较多,但主要集中在以下这三个技术之上,大家每天看的各种样式的网页都是它们呈现的: HTML:超文本标记语言 CSS:层叠样式表
Javascript:浏览器客户端脚本语言
现在更是流行各种JavaScript库,比如:Jquery、ExtJs等，你要是会其中的某一个库的使用，找工作so easy。
J2ME：
如果你在学习了以上技术还不过瘾，可以再学习手机程序的开发，就我个人看来，开发手机程序技术其实蛮简单的，难点在于优化，比如怎么让你写的程序尽量的节约手机资源，“代码诚可贵，手机价更高“，所以不得不比PC机多考虑很多成本和实用性问题。J2ME的学习的话，切忌不要单纯的再模拟器上测试，一定要找真机测试，真机和模拟器的效果之间差别是很大的。更多手机开发技术，有兴趣的朋友可以和我一起探讨。
开发工具：
开发工具的选择主要还是看大家的习惯，我个人比较喜欢使用eclispe，功能很强大，也很好拓展其他的功能。当让初学你也可以选择JCreator，或者最好就直接用记事本。等你熟悉了Java代码之后，就可以使用JBuilder、eclispe或者netbeans这一类的工具了。
先说到这里先，以后大家一起完善这个帖子。尽量再给大家整理一些学习的资源在这里。也欢迎大家一起整理我文章中提到的一些技术资源和开发工具。最后，再和大家分享一句话：生命欣欣向荣，唯奋斗不息。也和大家分享一幅Java学习路线图：
第三篇：JAVA学习路线
1.JAVA学习路线
1.1 基础语法及JAVA原理
基础语法和JAVA原理是地基，地基不牢靠，犹如沙地上建摩天大厦，是相当危险的。学习JAVA也是如此，必须要有扎实的基础，你才能在J2EE、J2ME领域游刃有余。参加SCJP（SUN公司认证的JAVA程序员）考试不失为一个好方法，原因之一是为了对得起你交的1200大洋考试费，你会更努力学习，原因之二是SCJP考试能够让你把基础打得很牢靠，它要求你跟JDK一样熟悉JAVA基础知识；但是你千万不要认为考过了SCJP就有多了不起，就能够获得软件公司的青睐，就能够获取高薪，这样的想法也是很危险的。获得“真正”的SCJP只能证明你的基础还过得去，但离实际开发还有很长的一段路要走。
1.2 OO思想的领悟
掌握了基础语法和JAVA程序运行原理后，我们就可以用JAVA语言实现面向对象的思想了。面向对象，是一种方法学;是独立于语言之外的编程思想;是CBD基于组件开发的基础;属于强势技术之一。当以后因工作需要转到别的面向对象语言的时候，你会感到特别的熟悉亲切，学起来像喝凉水这么简单。
使用面向对象的思想进行开发的基本过程是：
●调查收集需求。
●建立用例模型。
●从用例模型中识别分析类及类与类之间的静态动态关系，从而建立分析模型。
●细化分析模型到设计模型。
●用具体的技术去实现。
●测试、部署、总结。
1.3 基本API的学习
进行软件开发的时候，并不是什么功能都需要我们去实现，也就是经典名言所说的“不需要重新发明轮子”。我们可以利用现成的类、组件、框架来搭建我们的应用，如SUN公司编写好了众多类实现一些底层功能，以及我们下载过来的JAR文件中包含的类,我们可以调用类中的方法来完成某些功能或继承它。那么这些类中究竟提供了哪些方法给我们使用？方法的参数个数及类型是？类的构造器需不需要参数？总不可能SUN公司的工程师打国际长途甚至飘洋过海来告诉你他编写的类该如何使用吧。他们只能提供文档给我们查看，JAVA DOC文档（参考文献4.4）就是这样的文档，它可以说是程序员与程序员交流的文档。
基本API指的是实现了一些底层功能的类，通用性较强的API，如字符串处理/输入输
出等等。我们又把它成为类库。熟悉API的方法一是多查JAVA DOC文档（参考文献4.4），二是使用JBuilder/Eclipse等IDE的代码提示功能。
1.4 特定API的学习
JAVA介入的领域很广泛，不同的领域有不同的API，没有人熟悉所有的API，对一般人而言只是熟悉工作中要用到的API。如果你做界面开发，那么你需要学习Swing/AWT/SWT等API；如果你进行网络游戏开发，你需要深入了解网络API/多媒体API/2D3D等；如果你做WEB开发，就需要熟悉Servlet等API啦。总之，需要根据工作的需要或你的兴趣发展方向去选择学习特定的API。
1.5 开发工具的用法
在学习基础语法与基本的面向对象概念时，从锻炼语言熟练程度的角度考虑，我们推荐使用的工具是Editplus/JCreator+JDK,这时候不要急于上手JBuilder/Eclipse等集成开发环境，以免过于关注IDE的强大功能而分散对JAVA技术本身的注意力。过了这一阶段你就可以开始熟悉IDE了。
程序员日常工作包括很多活动，编辑、编译及构建、调试、单元测试、版本控制、维持模型与代码同步、文档的更新等等，几乎每一项活动都有专门的工具，如果独立使用这些工具的话，你将会很痛苦，你需要在堆满工具的任务栏上不断的切换，效率很低下，也很容易出错。在JBuilder、Eclipse等IDE中已经自动集成编辑器、编译器、调试器、单元测试工具JUnit、自动构建工具ANT、版本控制工具CVS、DOC文档生成与更新等等，甚至可以把UML建模工具也集成进去，又提供了丰富的向导帮助生成框架代码，让我们的开发变得更轻松。应该说IDE发展的趋势就是集成软件开发中要用到的几乎所有工具。
从开发效率的角度考虑，使用IDE是必经之路，也是从一个学生到一个职业程序员转变的里程碑。
JAVA开发使用的IDE主要有Eclipse、JBuilder、JDeveloper、NetBeans等几种；而Eclipse、JBuilder占有的市场份额是最大的。JBuilder在近几年来一直是JAVA集成开发环境中的霸主，它是由备受程序员尊敬的Borland公司开发，在硝烟弥漫的JAVA IDE大战中,以其快速的版本更新击败IBM的Visual Age for JAVA等而成就一番伟业。IBM在Visual Age for JAVA上已经无利可图之下，干脆将之贡献给开源社区，成为Eclipse的前身，真所谓“柳暗花明又一村”。浴火重生的Eclipse以其开放式的插件扩展机制、免费开源获得广大程序员（包括几乎所有的骨灰级程序员）的青睐，极具发展潜力。
2.学习要点
确立的学习路线之后，我们还需要总结一下JAVA的学习要点，这些要点在前文多多少少提到过，只是笔者觉得这些地方特别要注意才对它们进行汇总，不要嫌我婆婆妈妈啊。
2.1勤查API文档
当程序员编写好某些类，觉得很有成就感,想把它贡献给各位苦难的同行。这时候你要使用“javadoc”工具（包含在JDK中）生成标准的JAVA DOC文档,供同行使用。
J2SE/J2EE/J2ME的DOC文档是程序员与程序员交流的工具，几乎人手一份，除了菜鸟之外。J2SE DOC文档官方下载地址：。
对待DOC文档要像毛主席语录，早上起床念一遍，吃饭睡觉前念一遍。
当需要某项功能的时候，你应该先查相应的DOC文档看看有没有现成的实现，有的话就不必劳神费心了直接用就可以了，找不到的时候才考虑自己实现。使用步骤一般如下：
●找特定的包，包一般根据功能组织。
●找需要使用类，类命名规范的话我们由类的名字可猜出一二。
●选择构造器，大多数使用类的方式是创建对象。
●选择你需要的方法。
2.2 查书/google->写代码测试->查看源代码->请教别人
当我们遇到问题的时候该如何解决？
这时候不要急着问别人，太简单的问题，没经过思考的问题，别人会因此而瞧不起你。可以先找找书，到google中搜一下看看，绝大部分问题基本就解决了。而像“某些类/方法如何使用的问题”，DOC文档就是答案。对某些知识点有疑惑是，写代码测试一下，会给你留下深刻的印象。而有的问题，你可能需要直接看API的源代码验证你的想法。万不得已才去请教别人。
2.3学习开源软件的设计思想
JAVA领域有许多源代码开放的工具、组件、框架，JUnit、ANT、Tomcat、Struts、Spring、Jive论坛、PetStore宠物店等等多如牛毛。这些可是前辈给我们留下的瑰宝呀。入宝山而空手归，你心甘吗？对这些工具、框架进行分析，领会其中的设计思想，有朝一日说不定你也能写一个XXX框架什么的，风光一把。分析开源软件其实是你提高技术、提高实战能力的便捷方法。
2.4 规范的重要性
没有规矩，不成方圆。这里的规范有两层含义。第一层含义是技术规范，多到
http:///docs/codeconv/，中文的也有，啊，还要问我在哪，请参考3.2.2节。
2.5 不局限于JAVA
很不幸，很幸运，要学习的东西还有很多。不幸的是因为要学的东西太多且多变，没时间陪老婆家人或女朋友，导致身心疲惫，严重者甚至导致抑郁症。幸运的是别人要抢你饭碗绝非易事，他们或她们需要付出很多才能达成心愿。
JAVA不要孤立地去学习，需要综合学习数据结构、OOP、软件工程、UML、网络编程、数据库技术等知识。
软件工程的由来
据说上个世纪60年代的程序员都是天才，写程式就像写日记一样，吃过晚饭没事干随手就可以写几个出来玩，第二天还可以拿去卖钱。所以那时候程序员在大家眼中，跟那些搞美术，音乐的是一类的，被称为“艺术家”。
但事过境迁，就像任何人都不会嫌钱多一样，永远都不会有人嫌CPU快的。于是，随之而来的就是硬件的迅猛发展和越来越变态的软件。记得以前常去同学家拷游戏，通常几张软盘就可以搞定，而现在的游戏，两三张CD-ROM都算少的了。像如此庞大复杂的怪物，就算你是如何的天才，一个人肯定是搞不定的，否则，等你把程式写出来，人家Intel连奔腾N都开发出来了。既要开发大型的软件还要追求速度（这样才能赚钱），于是很自然地，合作的概念被提了出来。
在开始合作的初期，由于大家都习惯了当很有个性的“艺术家”，结果可想而知，一个是毕加索派的，而另一个是意大利印象派的，再加上一个画泼墨山水画的，要是像这样凑出来的东西都能不出问题的话，那么Bill早就转行了。所以，那时侯的大型软件，据说“蓝屏”比WINDOWS 98还多。
马克思告诉我们，万物都是从量变到质变的。随着问题的不断涌现，一些master们开始尝试去总结经验，并归纳了一些规范去指导软件的分析，设计，实现，测试，维护，人员交流协作，项目预算及时限控制等方方面面，这就是软件工程的前身。
软件工程到现在已发展了30多年，可以说是相当成熟的了。现在开发软件，据说都是一大帮人排排坐，按着一整套的规章制度来干活。于是，软件开发成了“工程”，程序员也就沦为“工人”了。
最初提出问题的是Dijkstra。他于1968年写给ACM的一封题为Goto Statement
Considered Harmful 的信中，指出了GOTO语句的负面作用，并提出了解决之道，其引发的一系列效应最终带来了软件工程的诞生。（信的原文可在www.xiexiebang.com/classics/oct95 上看到，不过，当你看到本文的时候，天知道它还在不在那里！）
软件工程的核心
无论是在上个世纪还是在现在，软件开发所涉及的工作基本上都没有变化，它们都起始于一个实际需要或某个灵感，然后就是分析，设计，编码，调试，维护。这些任务以某种方式动态地结合起来就构成了软件开发的整个过程，这就是所谓的“软件开发周期”。
但对于这些工作，具体怎样做，什么时候做，每个人都有自己的一套方式，甚至有的人有几套方式。这样，当几个人合在一起干活的时候，最终的结果就只能是一片混乱。所以就需要一套规则，大家都按规则来办事，问题就会少得多。好的规则就叫做规范，规范都是由一些master们根据经验总结的，又经过长时间的历练，不断地被补充修正，可以说都是精华，按照规范来干活，对于提高软件质量和工作效率自然大有帮助。
而软件工程，说白了，就是这样一套用于软件的团队开发，以提高软件质量和程序员工作效率为目的的规范。其核心就是，对于软件开发的5个重要组成部分：需求分析，设计，编码，调试，维护，如何组织这5个部分的工作，以及如何完成每一个工作。简单来说，就是对于总体的组织和对于局部的实现。
规范只是提供一个好的例子，以描述一种思想，具体到每一个环节怎样实现，对于不同的公司或团体则是各有千秋，因为根本就不可能存在一套放之天下皆可行的标准。就像C++，也只是提供了一套标准，不同的编译器都有各自的实现，对标准的支持程度也互不相同。所以，在不同的公司或团体中，尽管核心思想都是大同小异，但具体到每一个步骤，往往都是不相同的。我手上就有一份GB8567-88的文档模板，对于那些顶多只有几千行的小程序来说，假如真按上面的要求全写上了，简直就是一种折磨！据说，当前业界最权威的标准是CMM。
软件开发过程的组织
如何组织软件开发过程中的每一个步骤，就是软件开发周期模型要解决的问题。其实开发软件，就像是解决一个逻辑问题。想想自己平时是怎样写程序的。首先是要有一个想法，即我写的这个程序是要干什么的；然后就是对要实现的核心功能大概构思一种或多种实现方法，并从中选出一种自认为是较好的；接下来就是将涉及的各种主要或次要功能分成各个模块；最后就是分模块来编码和DEBUG。在我看来，除了第一步外，其余的步骤应该是一个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚至最初选定的实现算法。例如，最简单的情况是，你通常都会突然发现在两个成员函数中有相同的代码，这时，程序员的直觉告诉你，你应该为你的类再添加一个private成员函数并将公共的代码放于其中；又或者是，你突然发现一个模块中的某个功能具有很高的通用性，完全可以提取出来作为一个独立的功能组件，而你也确实应该这样做；要是倒霉一点的话，你很有可能会在最后调试的时候突然发现，你的程序跑得太慢了，连你自己都无法忍受。于是你找呀找，终于找到了80/20中的那段可恶的20，原来是用了一个O（N）的算法，这时你就得老老实实地换一个更好的算法。
总之，除非你是先知，否则，对于一个具有一定规模和复杂度的软件来说，在“设计—编码”这个过程中，实在有太多的不可预知性和变化性，你根本不可能全盘地把握住每一个细节。当然，这是建立在我现时的水平之上的观点。我不知道是否成为高手以后会有所不同，因为我身边没有那样的人。
既然软件开发是一个具有不可预知性和变化性的动态的过程，那么，对其每一个步骤的组织，即周期模型，就必须包容它的这种性质。
现在来看一下最古老，最经典，同时也是最倍受批评的瀑布模型。
瀑布模型是一种线性模型，其最大的特点就是简单直观。它将软件开发过程规划为“分析—设计—编码—测试—维护”的线性过程，也就是说，你必须首先把你的软件要干的每一件工作都分析得彻彻底底，再对每一个模块，每一个接口，事无巨细，都设计得非常完美，然后才开始编码的工作，并且在编码的时候就像在对着图纸砌模型，根本不用再回头作任何修改，当然，是在把所有的代码都写完以后才开始测试的。
整个过程，光想一下就觉得冒冷汗！
瀑布模型完全忽视了软件开发过程的动态变化。恐怕只有那些已经发展得非常成熟，且规模不大的系统，例如：用Access做后台，用VB画前端的数据库应用程序，才有瀑布模型一展拳脚的地方。
相比之下，现在常用的一些周期模型则更接近于人的自然思维，例如螺旋模型就是一种我比较喜欢的模型。
软件开发过程的实现
具体到每一步的工作要怎样完成，我前面已提到过，是非常灵活的，只要把握住大体的方向就行。在进行分析，设计，编码，调试，维护这几部分的工作的时候，最核心的就是文档的编写。文档的作用在于以下3个方面：一是可以帮助整理思路。把要完成的目标，系统的结构，每一个模块的功能等整理一下，然后分门别类地写下来，这样在开发的过程中，就有据可依，在需要回过头来修改设计的时候，也有证可考。二是便于交流。想象一下开会时的情形。一大帮子人争先恐后，激烈辩论，然后会终人散，思想灵感也就随之散了，结果是开了半天会，什么也没讨论出来。这就是后来会议记录被发明出来的原因。在脑子里的东西一多，就会散而且乱，用语言表达的时候，很容易会丢三落四，别人也很难把握住你的思想。但经过整理写在纸上以后，则会清晰得多，无论是别人还是自己，看起来都可以一目了然。三是可以作为以后维护时的参考资料。有一句名言：“笔和纸永远都比大脑可靠”，意思就是说，放在大脑里的东西说不准哪天就忘了，但写在纸上的东西，只要不发生什么意外，一般是丢不了的。当过了一段时间，你需要再回过头来修改你的程序的时候，你就会发现，你以前写下的文档实在太有价值了。别指望你的源代码，对于复杂一点的程序来说，单纯的源代码几乎会扼杀掉你所有的时间。
至于文档怎样写，教科书上大多都是一条一条列得满满的，就像一些地方政府的规章制度一样，其实大可不必，只要能满足需要就行。如果是在公司，则每个公司大多都有一套自己内部的文档模板，个人没有选择的余地。而对于像我这种业余的，写个程序除了练练手艺，无非就是供自己和亲朋好友玩玩，则根本没必要搞得过于复杂。以下就是我自己的一份文档模板的概要，麻雀虽小，但五脏俱全。
可行性分析 就是关于当前项目能不能干的分析结果。主要考虑的方面包括：是否能把这个项目开发出来；假如可以的话，预计需要多少时间，能否满足客人的时间要求；需要多少人力和资金的投入；最重要的是，这个项目能否赚钱，能赚多少。还要对可能存在的风险进行评估，例如，万一项目主管被车撞了要怎么办。当然，这对于我来说毫无意义，我在这里写上只是为了保持完整而已。
项目描述 这是在决定立项以后，对当前项目的一份扼要说明。必须包括以下几个方面：
（1）项目的名称或编号；（2）对客户方的描述；（3）对开发人员的描述；（4）工程任务的描述；（5）工程的输入和输出；（6）开发环境；（7）其他的附加条件。在这里，对工程任务的描述是从整体的角度来说的，例如：能对当前的象棋棋局进行分析并作出最优决策的人工智能系统。而工程的输入输出则可以这样写：输入当前的象棋棋局的数据描述；输出最优的棋步，包括选择行动的棋子和步法。
需求分析 就是对客户要求的功能的定义。注意这里用了“定义”这个词，这就意味着对客户需求的说明，尽管不一定要是形式定义，但也必须是精确，无歧义的。同时，还要列
出程序的功能模块和逻辑流程，即与客户的每一项功能要求对应的程序功能模块有哪些以及这些功能模块是按照怎样的逻辑步骤来逐项完成客户的要求的。注意这里所说的功能模块与编码时所说的程序模块的区别。对于客户的一个复杂的功能要求，一般可以用分治法分为一个或多个子功能，每一个子功能对应一个功能模块，而每一个功能模块则可以由一个或多个程序模块来实现。功能模块是建立在设计逻辑上的，而程序模块则是直接面向实现的。在用OO编程的时候，我通常以类作为程序模块划分的基本单元。综上所述，这个部分的文档必须包括3个部分：（1）客户需求的详细描述；（2）程序功能模块的划分以及其与客户需求的对应关系；（3）功能模块的逻辑流程。
软件设计 这就是对程序的每一个模块的详细设计的说明文档。其由以下几部分组成：
（1）程序模块与功能模块的对应关系和相关描述；（2）实现每个功能模块的程序模块的逻辑流程和组织结构；（3）对每一个程序模块的详细描述。这个部分的文档是改动得最多的，如果与螺旋周期模型结合，甚至需要循环地对每一个模块进行深入设计和细化，所以，为了便于管理，我通常都对每一个较复杂的模块都单独立一份文档。至于模块的流程图或结构图，一直都是我最头疼的问题，那一大堆琳琅满目的画法和符号往往令人无所适从。其实对于个人来说，只要能把意思表达出来，想怎样画都无所谓，关键是自己要有一套标准，别在这个图中，矩形表示过程，而在另一个图中，则是表示I/O。对每个符号表示的意思进行说明那是必须的，不然别人看起来会一头雾水。假如嫌麻烦的话，就干脆使用那些被大多数人认可的标准，例如UML图。但以后如果进到公司，还是老老实实地按公司规矩办事吧。
开发日志 我一直都认为这是文档中最有趣的部分。开发日志相当于编码阶段的文档，它的形式可以很随意，主要是记录一些在写程序时突然萌发的灵感，或对代码的一些微小的修改，或对程序结构的一些微小变动等，还要对上述这些修改变动作些说明，例如，为什么要改成现在的这个样子。别小看这些记录，它往往会成为你以后对程序进行维护时的重要依据。要知道，人的IQ，EQ等，是会随着人的生理和心理状态的不同而变化的。在某个时刻，你可能会灵光一闪，做出了一个非常伟大的改动，但过了一段时间，当你再回过头来重新阅读同一段代码的时候，你很有可能只记得在这里的改动是非常明智的，可是却无论如何也想不起其明智在哪里。这时，一份日志就会省却你不少的麻烦。
测试分析 用于指出程序存在或潜在的缺陷和错误，以及程序性能的数字描述。其包括几个部分：（1）对被测模块的描述；（2）测试人员；（3）对该模块每个功能的测试的详细描述；（4）指出当前存在或潜在的问题。在测试描述中应该包括输入的数据集和输出的结果，还有运行的时间等。对于公司来说，对测试分析的要求是非常严格的。但对于我个人来说，我只是将其作为一份模块测试的文字记录，以防会忽略掉某些已知的缺陷和错误，以及对一些核心模块的时间和空间效率进行简单的测试，以便日后翻查。
第四篇：JAVA学习路线
Java是一个通用的编程语言，其实可以干很多事，怎么学Java就看怎么用了。
但有一些一般的步骤：
1.熟悉一种文本编辑器，比如vim, eclipse, notepad++, textmate等。知道哪些是开源的，哪些是闭源的，哪些要收费。养成不用盗版软件的习惯。
2.安装JDK（建议用你的Linux发行版自带的软件包管理器安装openjdk，过程中可能需要读发行版特定的文档）
3.写一个Java的Hello world程序，并用命令行工具javac编译，再用java命令运行这个程序。过程中熟悉源代码、字节码、虚拟机这些东西，以及Java的包（package）对.class文件所在的路径的影响。
3.5.如果这两个命令行工具使用熟练了，可以开始选一个喜欢的集成开发环境，比如Eclipse。当然，养成不用盗版软件的习惯。熟悉一下如何建立“工程”，以及快捷键的使用。
4.学习Java的面向过程编程，包括基本数据结构、表达式、语句、控制流、函数调用。
5.学习Java的面向对象编程，包括类、引用类型和值类型的区别、成员、方法、访问控制、继承、多态、接口、接口实现。顺便学习一下面向对象的基本思想，即对象、消息、封装、继承、多态等，这些通用的内容不是Java特有的。
5.5 这时候应该已经涉及了Java的垃圾回收。要留意即使有垃圾回收的情况下也会发生的内存泄露（如自己设计数组容器，元素是引用，逻辑上删除了元素，但并没有清成null）。
6.学习Java的异常处理，但更重要的是学习什么时候用特殊返回值而不使用异常，什么时候应该抛出异常而不处理异常，知道什么是pokemon catch及其危害，了解为什么Java的checked exception是一个糟糕的特性。如果愿意，同时学习一下Java1.7的try-with-resource语句和AutoCloseable接口。
7.熟悉Java常用的数据结构，如基本的数组类型，以及泛型容器（java.util.*），尤其是java.util.List
8.熟悉Java标准库里的各种工具，包括日期时间、字符串格式化、IO等。知道文件要自己在finally子句中close()，或者用Java1.7的try-with-resource，不要妄想垃圾回收器会帮你关掉文件。
9.学习一下Java的命名习惯，以及JavaBeans的常规，知道为什么getter/setter比直接操作成员变量好。按这种方式给Java的变量、方法命名。同时看看你的IDE能不能自动帮你生成getter和setter。
10.使用一个第三方的库（比如Apache Commons Lang通用工具库），让你的程序依赖于它的二进制jar包（而不是直接拷贝源代码），用命令行编译、运行（注意classpath等）；也熟悉一下如何用你的集成开发环境添加第三方依赖。感受一下手动管理依赖关系的麻烦。
11.学习Maven的使用，试着让Maven帮你解决依赖关系，再试着让Maven帮你创建一个Eclipse工程。再试试用Maven打包发布。
12.学习软件测试，以及JUnit的使用，以及怎么在IDE中使用JUnit。有空看一下coverage工具。
13.读读四人帮写的《设计模式》（这本书是用C++和Smalltalk语言为例子的，但仍然适合Java）。具体的是这本书，http:///Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612 图书馆应该能还借到英文原版，因为我借到过。
接下来就看具体要做哪方面的应用了，看需求。比如（下面的没有顺序）
【....】如果学Java学得不舒服了，学Python。
* 如果对面向对象编程的概念有点不习惯，学Smalltalk。（Ruby也行，但不如Smalltalk经典。Ruby的文档是一大硬伤。）
* 如果嫌Java太啰嗦，学Python
* 如果嫌Java太啰嗦，又想用JVM，自己又有精力，学Scala
* 如果对对象之间的关系有点晕，学一学UML，以及它的一些图，可以对程序和运行进行直观的建模。你的IDE也许有插件可以生成UML图。但是不要太沉迷于这些方法论。
【调试和辅助工具】学习一下你的集成开发环境提供的调试工具，加一些断点试试
* 试试用jconsole或者VisualVM监控另一个jvm的状态。
* 用profiling工具寻找程序中慢的地方。Eclipse有profiling工具。VisualVM也有这样的功能。（如果不介意使用闭源软件的话，也试试JProfiler和YourKit）
* 有的JVM允许在运行时更新代码。Eclipse可以和某些JVM集成。这样你可以频繁修改代码而不用频繁重启JVM。对于某些“重型”工程很有用。（如果不介意使用闭源软件的话，也试试jRebel）
【多线程】学习Java的多线程编程以及lock、condition的用法（包括传统Java的synchronized语句以及新加的java.util.concurrent.*），学习一下如何让线程停下来，以及为什么要频繁确认isInterrupted()而不要用Thread.stop()。了解一下多核处理器、缓存、内存的关系，以及为什么多线程编程这么难。
* 如果还舒服，学习一下Runnable的用法，以及自带的Executer等基本多线程工具。* 应该已经留意到java.util里面的很多容器不是线程安全的，但是java.util.Collections可以帮你创建一些安全的版本。另外关注一下java.util.concurrent里面有ConcurrentMap等容器可供使用。
* 如果有空的话，看看memory model（内存一致性模型）和无锁同步（见java memory model和java.util.concurrent.atomic）。
* 如果还有空，再了解一下除了“共享内存多线程编程”以外有没有别的模型（多进程multi-processing、消息传递message passing等）。
【反射、元编程】学习Java的反射机制，以及Annotation的用法。
* 如果还舒服，试试java.lang.reflect.Proxy的用法。
* 如果仍然还舒服，玩一玩CGLib（一个第三方的库）。
【网络编程】学习一下IP, TCP协议（计算机专业的应该学过，复习一下），学习Socket编程（注意垃圾回收器不会帮你关掉Socket）。
1.如果不是很关心HTTP，看看java.nio，学习单线程轮询式IO复用（Selector）。
* 如果有点不明白nio的意图的话，了解一下c10k问题。
* 如果身体没有异样的话，大概了解一下操作系统（包括C语言）提供的select, poll, epoll, kqueue等接口。
* 如果身体仍然没有异样的话，试着用java.nio写一个文件服务器。
* 如果还有精力的话，上网扒一扒有没有其他的通信库，如netty等。
2.如果关心Web还有HTTP，就学习一下HTTP协议，以及用Java进行HTTP的客户端编程。
* 如果还舒服，学学HTML，写写HTML的静态网页（不需要Java）
* 如果还舒服，用Java写一个基于DOM、XPath或者CSS Selector的网页解析器（爬网页）。
* 如果还舒服，学学Java的Servlet接口（先别学jsp）进行Web服务器端编程。学学标准的Servlet容器怎么用，包括web.xml的用法以及listener、filter等概念。以及某个Servlet容器（如Jetty或者Tomcat）的具体用法。
* 如果仍然还舒服，试着学一种模板语言（如haml, velocity, freemarker，【还有其他更好的框架吗？我不知道】, String.format，如果真的想学JSP的话JSP倒是也行，但不推荐）。* 如果仍然觉得舒服，学学Spring框架中的Web框架，或者Struts，看你的口味。* 如果还舒服，看看Spring Bean Container以及里面各种乱七八糟的工具。
* 如果还舒服，或者有需求，了解一下什么是RESTful Web Service，复习一下HTTP，找找适合的Java工具。
* 你可能会觉得Jackson是一个解析JSON用的好用的东西。
【数据库】学习一下关系数据库（计算机专业的应该学过，复习一下），包括SQL。选一个数据库管理系统熟悉一下（比如MariaDB，或者（如果你不讨厌Oracle的话）用被Oracle收购了的MySQL。先脱离Java单独学学）。然后看它们的官方文档教你怎么用Java连接这种数据库。这中间会涉及到JDBC接口。同时一定要知道SQL注入安全漏洞，以及掌握如何用PreparedStatement防止注入！。建议看 http://bobby-tables.com/
* 可能中间会涉及“事务”问题，让你不知不觉地开始去了解java transaction api(JTA)。* 如果还舒服，学一学对象关系转换（如Hibernate）。
* 也可以学学非关系数据库，以及如何用Java访问它们。
【日志记录】学习一下slf4j和logback的用法。
* 如果有精力的话，以及大概知道世界上有多少种Java日志框架，以及slf4j是怎么桥接这些框架的。
【构建(build)系统】学习一下Ant的用法。
* 如果还舒服的话，学习一下用Ivy从Maven的仓库里下载软件包，解决依赖关系。
【版本控制】学习一种分布式版本控制器（如Git、Mercurial、Bzr、Darcs等，推荐Git）的基本用法，以及如何用它管理Java工程。希望你已经开始使用Maven了。然后了解一下如何在IDE中使用（Eclipse自带Git插件）。
* 如果感觉很舒服的话，为你们实验室搭建一个Linux+SSH+Git服务器，装个GitLab（一种Web界面）。并说服同事们不要再用SVN、CVS或者SourceSafe等老旧的“集中式版本控制器”了。
* 开设一个GitHub账户。如果你不喜欢Git，就用BitBucket等。
【持续集成】自己（或者为你们实验室）搭建一个持续集成（Continuous Integration）服务器，定期编译你的程序。
【零碎工具】淘一淘java.nio.files里面有什么好用的东东，然后再淘一淘Apache Commons Lang和Commons IO里有什么好用的工具。Commons Logging就不要再用了，用SLF4j和Logback。
【XML】学学XML、DOM、XPath。XML这东西到处都可能用到。也可以用它写自己的配置文件。
* 如果觉得不舒服了，就学学JSON和YAML。
* 如果还是不舒服，就学学文本文件解析。
【语法分析和编译器】学学Antlr或者别的Parser Generator的用法
* 如果觉得舒服，自己写一个计算器。
* 如果还觉得舒服，自己写一种Domain-Specific Language(DSL)。
【高效容器】学学FastUtil或者Trove，如果你需要进行大量数值运算的话。
【分布式计算】学学MapReduce的思想以及它的实现。
* 如果还舒服，学学Scala语言以及号称比MapReduce快得多的Apache Spark。
【进程间通信】看看ActiveMQ、MINA和RMI。
【其他语言（JVM）】学习另一门跑在JVM上的语言或者实现（如Groovy、Scala、Clojure、JRuby、Jython、JavaScript……）
* 如果还舒服，学一学Java Scripting API（注意不是JavaScript。给个链接： http://docs.oracle.com/javase/6/docs/technotes/guides/scripting/programmer_guide/），然后试着在自己的Java程序里嵌入脚本。
【其他语言（非JVM）】学习另一门通用脚本语言（如Python、Ruby，其实perl也行，但不推荐），知道什么时候Java不是最好的选择。
【Java语言和Java虚拟机】通读一遍（一目十行地读，不用细读）Java Language Specification，以及Java Virtual Machine Specification。
* 了解以下解释器（interpreter）、编译器（compiler）、即时编译器（just-in-time compiler）和优化器（optimiser）的概念。
* 如果对编译器的话题不感到畏惧，了解一下method JIT和tracing JIT的概念和区别。
【内存管理】学学垃圾回收的几种基本算法，包括mark-sweep、mark-compact、semi-space、generational、mark-region等，各自的性能，以及为什么朴素的reference counting是不完整的。知道为什么finalizer性能很糟糕，而且标准并不要求finalizer在程序退出前一定会执行。* 如果还舒服，了解一下如何设置Java虚拟机的堆大小限制（如HotSpot虚拟机的-Xmx选项等）。
* 了解一下Java里的WeakReference以及SoftReference和PhantomReference，以及它们什么时候有用，以及为什么它们实现起来有些困难。
* 如果有精力，了解一下Hotspot虚拟机的内存管理算法是什么样的。
【动态装载】学学Java的动态装载（class loading）
* 如果还舒服的话，学学OSGI以及它的一种实现（如Felix或者Equinox）
* 如果仍然很舒服的话，学学写基于Eclipse平台的程序。不是Eclipse集成开发环境，只是利用他们的图形框架，写自己的应用程序。
* 如果还觉得舒服的话，写Eclipse集成开发环境的插件。
【本地/外语接口】学习一下Java Native Interface（JNI），试着写一个Java和C语言混合编程的程序。
* 如果觉得不舒服了或者觉得欲仙欲死，就学一学Java Native Access（JNA），试一试不用任何胶水代码而从Java直接装载C库，直接调用C函数。
* 如果连JNA也懒得学，就学一学SWIG，自动生成绑定。
* 如果觉得舒服，就学一学Java Virtual Machine Tooling Interface（JVMTI），用C程序来监视JVM的状态。
【密码学】学一学密码学，包括编码、密码分析、攻击、对称密钥、公钥系统、数字签名、哈希算法等，看看Java有没有实现。
* 如果觉得有点不舒服（你应该不会觉得舒服吧，除非你是学密码学的，要不然总会觉得自己写的程序有安全漏洞），就写一个“人品计算器”来放松一下，要求每次输入同一个姓名，得到的人品值是固定的，但又要让人无法用别人的人品值猜自己的人品值。
【移动终端】学一学Android开发。
* 如果有精力的话，看看Dalvik虚拟机是怎么回事。
* 建议买一个iPhone或者iPad，或许你再也不想用Android手机或者平板了。
【历史】如果觉得有些无聊，就去挖一挖历史上比较火的可能和Java相关技术，比如：* Applet，想想它比起html5+css3+javascript的缺点在哪里。
* AWT、Swing，想想为什么很少有人用Java写图形界面程序。你觉得Swing的程序看上去舒服吗？中国人和残疾人喜欢用Swing程序吗？
* JNDI，想想它比起Spring Bean Container的缺点在哪里。
* JSP，想想它比起MVC结构的缺点在哪里。
* WSDL/SOAP，把它们和XML-RPC、RESTful Web Service比较一下。
* XSLT，以及为什么它是图灵完备的。可是它真的比Java本身更好用吗？
* Log4j、java.util.logging、Apache Commons Logging，各自有什么问题，以及Log4j的作者本人为什么又开发了SLF4j和Logback？
* Java最早是为什么设计的？
* Type erasure是怎么回事？为什么ArrayList
第五篇：Java初学者如何学习(必看)（本站推荐）
这篇文章是我无意中在网上看到的，很有感触，感觉对初学者肯定会有帮助，打算整理一下再发出来的，可是改了半天，还是没人家原本的内容连贯，有逻辑性。所以直接拿过来了。希望想学习java朋友可以花点时间看看，看完肯定会有所收获的，我不多说了，赶紧看看牛人的建议吧。JAVA交流群四一八，三五五，加上五三一。给初学者之一：浅谈java及应用 学java不知不觉也已经三年了
每次上网，泡bbs逛论坛，没少去java相关的版面 总体感觉初学者多，高手少，精通的更少
很多人对java感到茫然，不知所措，不懂java能做什么 即便知道了java很有用，也不清楚该从哪里入手 所以就有了 java入门难 这一说法
ok，那我们就从java到底能做什么聊起 先说什么是java java是一种面向对象语言，真正的面向对象，任何函数和变量都以类(class)封装起来 至于什么是对象什么是类，我就不废话了
关于这两个概念的解释任何一本面向对象语言的教材里面都有 知道了什么是java，那自然就会对java能干什么感兴趣
在说java能做什么之前，先说java作为一个真正面向对象语言的优点 首先第一个，既然是真正的面向对象，那就要做到彻底的封装
这是java和c++最大的不同，java所有的源码以及编译后的文件都以类的形式存在
java没有所谓的类外部定义，所有的函数（方法）以及变量（属性）都必须在类内部定义 这样就不会出现一个类被切割成这里一块那里一块的情况，c++就可以，不是么？ 这样做使得整个程序的结构异常清晰，明了
其次第二个，最让人欢呼雀跃的是完全屏蔽了指针，同时引入了垃圾回收机制 任何一个写过c/c++代码的人，都会对内存管理深恶痛绝 因为这使得我们不能把主要精力放在我们关心的事情上 而需要考虑计算机内部的一些事情，作为一个软件工程师
我想没有一个人愿意把大量的时间花在内存管理上，毕竟我们不是电子工程师 此时java的优势体现出来了，它完全屏蔽了内存管理
也就是说，如果你用java写程序，写出来的任何一个程序内存上的开销，都不受你控制 乍一看，似乎你受到了束缚，但实际上不是这样
因为虽然你的程序无法对内存进行管理，降低了一定的速度 但你的程序会非常非常的安全，因为你无法调用一个空指针 而不像以前写c的时候那样，成天因为空指针而担惊受怕
当然，如果你深入了解这一行，就会发现java其实也无法保证程序不去调用空的指针 但是它会在最大程度上避免空指针的调用
这已经很好了，安全，这是java的最突出的优点
第三个，虚拟机跨平台，这是java最大的特点，跨平台 可能所有人都知道windows，但是不是所有人都知道unix 和java一样，很多人都不知道unix这种操作系统干什么用
我不想多说unix的应用，这不是主要，但是我要说，大部分小型机 工作站，都跑在unix一族的操作系统上，比如linux/solaris unix比起windows有一个最显著的特点，稳定，这就好比思科和华为 思科的机器慢但稳定，华为的机器快但不稳定，作为服务器这一端来说还是非常有市场的 而且很重要的windows不安全，在ms的宣传中我想所有人都很少看到安全二字 因为windows操作系统针对的是pc用户，pc死机就死机咯，大不了重启 最经常冒出来的就是蓝屏，在服务器这一端上因为ms没有自己的芯片
所以要做系统有些力不从心啊。扯远了，那么java可以做到在windows上编译 然后在unix上运行，这是c/c++做不到的 那么说到这里，java能做什么逐渐清晰起来 刚才说到了，java程序有一个的特点是安全
这个安全是针对你的系统来说得，系统在跑了java程序之后会特别地稳定
而且还能跨平台，那么很明显，java主要应用于除了windows操作系统以外所有的平台 比如手机，服务器
想想看，如果你写的程序要跑在手机上，而手机有多少款用的是windows? 就算有，那如果你用c/c++，是不是要针对每一款手机写一套程序呢？ 累死，那跨平台的java就不用，做到编译一次，随时运行
同样，在服务器这一端，如果我想给一个网络门户站点，比如sina 写一个应用程序，pc的性能肯定无法满足sina这样大站点并发数量的要求 那么它就需要买服务器，那么服务器ms没有市场，而且windows很不安全 那么十之八九会买一个sun/ibm的机器，或者hp，但不管是谁的机器
它装的操作系统也不会是windows，因为windows太不安全了，而且多核的支持太差了 这个有空再说，那么如果你要写一个程序在这样的机器上跑
难道我们就在这个机器上做开发么？当然不可能，一般程序员开发用的都是pc，windows 那么该怎么办？写一个程序，然后再拿到服务器上去编译，去调试？ 肯定不可能，所以我们就希望找到一个语言，编译完生成程序之后
在pc上调试，然后直接移植到服务器上去，那么此时，我们就会毫不犹豫地选择java 因为在跨平台以及安全性来说，java永远是第一选择 ok，下面说java的缺点
一慢，这其实是一种误区，这就好比goto语句一样
java也抛弃了指针，虽然看上去似乎变慢了，但是在这个两三年硬件性能就能翻番的年代 速度已经不是我们关心的问题了，而且对于企业级的应用来说
没有什么比安全稳定更重要的，换句话说，我们可以忍受慢，但是不能忍受死机和蓝屏 而且越大型的应用，这种慢的劣势体现得越模糊
因为当系统项目越做越大，任何一个环节做不好都可能影响全局的情况下 安全尤其重要，而且就像goto语句一样
这种过分追求速度的主张会给系统开发和纠错以及维护带来无可挽回甚至不可避免的损失 把内存交给计算机去管理吧，这种代价值得
我们做的不是pc游戏，没必要把内存的那一点点消耗当亲爹
二难看，又是一个误区，很多人甚至拿出java swing控件画出的界面来说 呵呵，其实java不是不能画得好看，IDEA就是java写的IDE，挺漂亮的
但为什么难看呢，是因为swing控件它本身就是unix时代的产物，swing控件贴近unix界面
老外看unix界面其实挺顺眼的，他们就是吃unix饭长大的
而unix又是吃百家饭的，不像ms那么唯利是图，所以不怎么对中国人友好 加上我国又没有公司在做操作系统，所以看上去是不怎么顺眼 其实玩过unix的人都知道，unix对中文的支持一直不怎么好 给初学者之二：从JDK说起
在知道了java有什么优点，能做什么之后 就该说一下java该如何去学了
在说java如何去学之前，有必要把java的几个大方向做一个简单说明 早在99年的时候
sun公司做出了一个决定，将java应用平台做一个划分 毕竟在不同领域，语言应用特性是有区别的
针对不同领域内的应用,sun公司可以发布相关高端标准来统一规范代码 这三大块就是J2SE,J2EE以及J2ME 这个举措今天看来无疑是非常了不起的
正是由于这次革命性的发展，使java从一种小打小闹游戏性的语言 发展成为今天企业级应用的基础
这里要特别说明一下J2SE J2EE J2ME中2的意思 其实2就是英文单词to的谐音，就是to的意思
而不是second edition，当然java 2本身版本号就是1.2，也有点2nd edition的味道 说点题外的，sun公司发布的java版本很有意思
虽然总是写是1.X但其实外界对这种版的说法也就是X.0 比如java 2,其实就是java 1.2 1.3其实就是3.0，1.4就是4.0，现在所说的5.0 其实就是1.5 只是以前我们更习惯叫1.X而已
可能到了5.0以后，就全改叫X.0而不是1.X了
所以以后听到别人说java 5.0，千万别惊讶，其实就是1.5 在这三个J2*E中J2SE是基础，就是java 2的标准版(java 2 standard edition)也就是最基础的java语言部分，无论学什么java技术，J2SE都是必须掌握的 要使用J2SE就必须安装JDK（java development kit）
JDK在sun公司的主页上可以免费下载，下载后需要安装，具体安装流程看教材 JDK包含有五个部分：核心API，集成API，用户界面API，发布技术还有java虚拟机（JVM）先说运行环境，运行环境最主要要说的就是java虚拟机（JVM）
前面我们说过java是跨平台的语言，那么如何做到跨平台呢？毕竟每种操作系统都是不同的
java的设计者们提出了一个虚拟机的概念
在操作系统之上建立一个统一的平台，这个平台必须实现某些功能以支持程序的运行 如下图：
------| program |------| JVM |------| UNIX | Windows | Linux | Solaris |..------程序员所写的每一个程序都先运行在虚拟机上 所有操作都必须经过虚拟机才能和操作系统交互
这样做不仅统一了所有操作系统，同时也保证了操作系统的安全 要死机的话，死的是虚拟机（JVM）而操作系统并不会受此影响 而我们所说的java运行环境指的主要是JVM，其他的不说了，省略
下面说说JDK(java development kit)的API，其实用JDK来包括运行环境以及开发工具 个人感觉是不恰当的，因为这三个单词仅能说明开发工具，也就是几个标准的API 而没有让人感觉到有运行环境的意思在里面，这是题外 那么什么是API? 简单地说就是Application Programming Interface，应用程序编程接口 在java里面，就是一些已经写好了的类打成的包
这又要解释什么是类什么是包了，简单说一下，包就是类的集合 一个包包含零个或多个类，嗯，具体的可以去看书
这些类是java的基础类，常用的类，可以简单理解成java的工具集 最后说一下JDK的发布技术，其实按我的理解，讲白了就是编译器将.java文件转换成.class文件的一种技术
这三部分组成了JDK，有了JDK，就可以开发出J2SE应用软件了 最原始的只要用一个记事本写几行代码就可以了
但一般来说我们会使用效果比较好的开发工具，也就是IDE 在J2SE这一块，特别推荐JCreator这款IDE sun公司的产品，与JDK结合得几乎是天衣无缝，非常适合初学者使用
教材方面中文的推荐电子工业出版社出版的《java教程》初级与高级篇各一本 还有就是《21天学通java》虽然有人说21天系列是烂书，但个人感觉
对于j2se，这本书翻译得已经很不错了，基本没有什么语法错误，语句也很通顺 最后要说的就是《thinking in java》
这本书自然很经典，说得比较细，只是我觉得不太适合初学者，其实也不难
初学者直接看也不成问题，但个人感觉还是找本教材也就是前面推荐的两款来看比较好 基本概念的理解还是用教材的，毕竟thinking in java有的版本翻译得很烂 而且个人建议还是看原版比较好，当然这几本都看最好了，但如果没时间 至少精读其中一本，然后再看其他两本就可以，其实三本书内容也差不多
但看问题的角度方式以及面向的读者也都不同，嗯，怎么说呢，找适合自己的吧 最后要说的是
由于虚拟机的存在，J2SE的大多数软件的使用会比一般桌面软件慢一些 效果不尽如人意，现在大概只有swing控件还在使用吧，其它没怎么听说 J2EE&J2ME 这是java应用的重中之重，如果想拿高薪，最好把J2EE学好
记得以前在csdn上看过一个调查，月薪上万的程序员主要从事哪方面的工作 十个中有八个是做J2EE的，其他两个一个做J2ME，还有一个做嵌入式 也许有些夸张，但也从某一方面说明J2EE人才的稀缺以及应用的广泛
所以如果想学java，只精通j2se是永远不够的，至少还需要时间去了解其它两个J2*E
给初学者之三：java企业级应用之硬件篇
总算讲到企业级应用了，内容开始逐渐有趣起来 java企业级应用分为硬件篇和软件篇
重点在软件，硬件是外延，严格地说与java没有必然联系 但是，由于java是网络语言，不了解硬件的一些基础知识
软件知道再多也没什么用，不要上了战场还不知道为什么而打仗
硬件是软件的基础，在这个前提下，有必要专门花一点点篇幅来聊一下硬件 硬件，简单地说就是我们实际生活中看得见摸得着的东西，也就是那些冰冷的机器，比如服务器，个人电脑还有网络交换机，路由器等等,那么先抛开网络设备不谈，先来说说计算机电脑的历史
在很早很早以前，人类创造了第一台电脑，那时候的电脑只是一台用来计算的机器 无比大，无比重，无比傻，除了算其它屁事不会做，没有所谓的人工智能与计算机网络 但是总算是诞生了，虽然以今天的眼光去看那时候的机器巨傻无比 只配叫做计算器而不是电脑，没有逻辑思维能力，只会死算 但千里之行，始于足下，反正是造出来了 然后随着时间的推移，制造业发展发展发展
电脑性能逐渐得到提升，速度快了起来，成本也逐渐低了下来
于是人们造出了第二台，第三台，第四台，第五台……第n台计算机 人们就造出了无数台计算机并使其成为一种产品
逐渐应用于许多复杂计算领域，不仅仅是科研，许多生产领域也开始出现计算机的影子 然后又随着时间的推移，人们发现不可能把所有的计算机都做成一个样子 因为各行各业对计算机性能的要求各不相同
于是开始把计算机划分档次，最简单地是按照计算机的大小划分 就是教科书上写的大型机，中型机，小型机
//个人感觉这样分纯粹扯淡，还以为是小孩子玩球，分为大球，中球和小球 但是不管怎样，计算机不再是千篇一律一个样子了
按照性能的不同，在不同领域，出现了满足符合不同要求的计算机 几乎在同时，人们也开始考虑计算机之间通讯问题
人们开始考虑将不同的计算机连接起来，于是网线出现了，网络出现了 又随着网络的发展，出现了一下专门为了寻址而存在的机器 这就是路由器和交换机，然后又出现了一些公益性的组织或团体 他们制定了一系列的标准来规范以及管理我们的网络 于是3w出现了，计算机的网络时代来临了
嗯，说到这里，计算机发展到今天的历史大概说完了，我们来详细说说网络时代的计算机以及各个硬件供应商之间的关系
前面说到了，计算机分为大型机，中型机和小型机……
但是现在市场上没有人这样分，要是出去买机器，对硬件供应商说
我要买一款中型机，或者说，我要买一款小型机，硬件供应商肯定会问问题
他们会问你买机器干什么用的？科学计算啊还是居家用，是作服务器啊还是图形设计 但不管怎样，简单地说大中小型机已经没有什么意义了 我们按照使用范畴来划分 简单划分为
服务器，工作站还有微机 服务器（server）
服务器涵盖了几乎所有的大型机以及大部分中型机甚至一些小型机 用通俗点话说??衿骶褪悄掣龉??4小时不间断运行提供服务的机器 比如卖飞机票（中航信），比如酒店预定（携程）
比如提供门户站点相关服务（sina），比如电子商务（ebay，amazon，阿里巴巴）这些服务对机器都有一些特定的要求，尤其强调安全和稳定 工作站（workstation）
工作站其实是图形工作站的简称，说白了，就是某种功能极其强大的计算机 用于特定领域，比如工程设计，动画制作，科学研究等 个人电脑/微机（pc）
计算机网络的最末端，这个应该不用我说太多了 网络时代的pc已经普及到千家万户
说完了分类，我们就来说说各个硬件供应商 首先是服务器还有工作站
这两类硬件供应商主要是以下三家 Sun,IBM还有HP(惠普)然后是PC 以前IBM还有PC事业部，现在被联想吞并了（蛇吞象）
现在国际市场上有联想和DELL(戴尔)，目前戴尔还是国际老大 还有HP康柏
然后是网络，也就是路由器和交换机
这块市场嘛，Cisco(思科)Brocade(博科)还有McDATA三足鼎立 内核(CPU)PC内核
主要是AMD和Intel，前者最近与Sun公司合作，Sun也有一部分单双核服务器用的是AMD的
服务器与工作站内核 这一块与硬件厂商绑定
还是Sun,IBM,HP三家自己生产 题外
在一些大型主机应用市场，比如卖飞机票
德国的汉莎，中国的中航信，香港的国泰用的都是尤利（美国的公司，英文名我忘了）其它用的是IBM的机器，现在能做大型机的感觉似乎只有IBM可以
尤利已经快倒了，技术太落后了，现在他们的系统还是fortran写的，连c都不支持 要特别说明的是，一个超大型主机然后多个小终端/pc的结构现在越来越没市场了 将来的趋势是用一整个包含多个服务器的分布式操作系统来取代这些大型主机 因为大型主机更新换代极其困难，一旦数据量超过了主机的处理能力 那么就要换主机，这个成本是极大的，但是如果用分布式操作系统 那就只需要增加小服务器就行了
硬件就大概说到这里，与大多数人没什么关系
因为大多数人压根不可能进入这些硬件领域，除非做销售 说了这么多，只是为了给软件部分打基础而已 //做嵌入式的除外
给初学者之四：java企业级应用之软件篇 嗯，说过了硬件就该是软件了 这篇是这个系列的重中之重
首先我们来说说什么是软件，统一一下概念 所谓软件通俗地说就是一套计算机程序 实现了某些功能的计算机程序
在很早很早以前，一台计算机的软件是不分层次结构的
一台计算机只有一个系统，这个系统既是操作系统又是应用软件，与硬件紧密绑定 后来经过许多年的发展发展发展 人们把一些与硬件紧密相连的又经常用到必不可少的功能做到一套程序中去 这一套程序就被人们称做操作系统
另外一些可有可无的，不同工作适应不同环境的功能封装到另外一套程序中去 而这一系列程序被人们称作应用软件 如下图：
------------|应用软件：falshgat/IE/realplayer/winamp..|------------|操作系统：UNIX/Windows/Linux/Solaris...|------------前一篇我们知道，硬件分为服务器工作站与pc 其实无论哪种硬件的软件，都有操作系统与应用软件 ok，那下面我们来谈应用软件
在现在企业级应用中，我们的应用软件一般分为三层 三层分别是表示层，业务逻辑层，数据持久层------------------------------|表示层|业务逻辑层|数据持久层|------------------------------我们来说说三层中的代表软件 表示层
这一层一般在客户端pc机上，最常见的是IE浏览器，这就是表示层的软件 表示层是直接与使用者交互的软件 业务逻辑层
这一层一般在服务器端，顾名思义，所有业务逻辑处理都在这一层完成
最典型的是appserver，比如IBM的websphere，BEA的weblogic还有tomcat/jboss等 这一层也是三层中的重点，我们要说的大部分内容都是关于这一层的，这个等会再说 这一层就叫做中间层 数据持久层
这一层典型的就是数据库，一般也在服务器端 但该服务器一般与装业务逻辑层软件的服务器分开 当然你也可以用IO输入输出流往硬盘上写东西
但没人会建议你这么做，因为这样做你的数据缺乏管理，不管怎样 这一层要做的就是保存数据，业务逻辑层软件一般不负责保留数据
或者说业务逻辑层只负责暂时储存数据，一关机，业务逻辑层数据全部over了 那么数据的持久化（也就是储存数据）就必须要在这一层完成下面放着这些概念不谈，我们来说说将来的趋势 趋势一：
瘦客户端，很早很早以前，当时C/S模式也就是client/server 客户端软件大行其道的年代，一个pc用户，是采用一个傻终端连接到服务器上 然后进行相应的操作，最典型的就是我们上bbs经常用的c-term 这就是那个时代的产物，同样还有我国现行的机票定座用的e-term 后来呢，浏览器变得非常流行，人们发现，浏览器也能传递一些数据 虽然这些数据并不像那些终端那样准确，但应付大多数日常需求足够了
于是人们就提出一个瘦客户端概念，也就是说，将来表示层所有的其他软件疾挥? 我们唯一需要的就是一个网页浏览器，然后通过浏览器输入ip地址连接到服务器 然后进行相关的操作，由于网页浏览器一般每个操作系统都有自带一个 这样做就达到了给我们客户端瘦身的目的（不需要安装额外软件）这样模式被称作B/S模式，也就是browser/server模式
但需要指出的是，虽然瘦客户端是趋势，但并不代表胖客户端没有市场 尤其是一些复杂的业务操作，还是浏览器这种简单软件无法胜任的趋势二：
傻数据库，ok，首先，我承认，这个名词是我发明的，但我实在无法找到一个更好的表达 什么是傻数据库，如果谁对数据库有所了解的话，就知道，以前的数据库
有自己的一套管理体系，甚至有自己的客户端，比如oracle,mysql,sqlserver都有 在某个管理工具上写什么sql语句查询数据库是我们以前常做的事 那么将来我们提倡的是：将所有的业务逻辑封装到业务逻辑层去 管理的事情由软件来做，由业务逻辑层的软件来做 所谓傻数据库就是说，将来的数据库什么事都不用做
只用把数据给我保存好就行了，那些复杂的业务逻辑什么外键什么关联 都没数据库什么事了，都交给业务逻辑层软件来做
这样做的好处就是：我们就不需要这些该死难懂又复杂的数据库系列管理工具了 而且这些工具每个数据库都有自己的工具，完全不一样，乱七八糟，没有人喜欢面对他们 除了数据库维护人员，也就是DBA，我们是软件工程师，维护的事让他们去做
而且严禁数据库维护人员改动数据库的数据，他们只做备份，必要时候恢复一下就是了 了解了这两个趋势之后，是不是有种砍头去尾保中间的感觉？
没错，未来的趋势就是中间件时代，中间件工程师将是未来计算机应用的主流 那再次统一一下概念，什么是中间件？
记得我上学的时候，看ibm的教材，看了半天中间件定义，就看懂记住一句话 中间件是做别人不愿意去做的事情，现在想想，狗屁定义，呵呵 什么是中间件，中间件是业务逻辑层的应用软件 是处理业务数据与客户端之间业务逻辑的一种应用软件 一种提供网络服务的服务器端应用软件
举个非常简单的例子，网上银行，某个人想用IE进入工行的账户，然后转帐 在这个例子中，客户端表示层显然是IE，数据持久层显然是银行的核心数据库 那么中间件是什么？中间件就是提供这种服务的系统 这三层的划分如下
------------------------------|表示层 | 业务逻辑层 | 数据持久层 |------------------------------| IE | 网上银行 | 数据库 |------------------------------给初学者之五：企业级应用之中间件 前面一篇简单介绍了一下应用软件的分层
下面重点介绍一下中间件，也就是业务逻辑层的软件结构 从本系列第二篇我们知道，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生成的
而有些是开发人员自己写的，那么通过jsp生成的servlet集中放在一个地方 而开发人员自己写的则需要在xml里面配置一些基本的参数
同时，不同组件有可能还需要继承一些特定的父类或者接口，这也是容器管理的需要 还有其他的一些组件，这里就不一一说明举例了 那么容器有很多种，按照他们装载的组件类型划分
比如有装ejb的ejb容器，有装servlet与jsp还有静态页面的web容器等等 //这种只含有web容器的应用服务器也被叫做web服务器 当表示层的应用软件通过网络向appserver发送一个请求的时候
appserver自动找到相应容器中的组件，执行组件中的程序块，把得到结果返还给客户 而我们要做的事就是写组件也就是javabean，然后放到appserver里面去就可以了 至于怎样与IE通讯，怎样截获网络上的请求，怎样控制对象的数量等等
这些繁琐而无味的工作我们都不管，都由appserver去做吧，把注意力集中在业务逻辑上 appserver与其他相关软件的关系如下图：
------------------------| 表示层 | 业务逻辑层 | 数据持久层 |------------------------| |-----------------| | | IE | | javabean | | | |->------------------> DB | | client <-appserver <-| | |-------------------------| | | | 虚拟机 | | |--------------|-------------------------|------------| | Windows | Linux/Saloris |LinuxSaloris| |--------------|-------------------------|------------| 图上可以看出：虚拟机负责处理中间件与操作系统之间的交互 appserver则负责组件的管理以及与其他两层的业务交互
要说明的是上图中还包含有应用程序客户端容器(Application client container)管理应用程序客户端组件的运行，应用程序客户端和它的容器运行在客户机 这种情况比较复杂一般说的是两个server之间的通讯
比如jsp/servlet容器在一个服务器上，而ejb容器在另外一个服务器上等等 这是分布式操作系统大面积应用的基础，这个以后再说 嗯，那么话题再回到中间件上去，什么是中间件？
appserver就是所谓的中间件，但是中间件不仅有appserver，还有其他的东西 换句话说，appserver只是中间件的一种
而关于中间件有诸多规范以及遵循这些规范的模型 最流行的规范无非两种，一个是j2ee还有一个是.net 但是.net几乎只有微软在用，所以很多人把.net这个规范就当成是微软的中间件产品 也不为过，毕竟没几个公司喜欢跟着微软屁股后面跑的 给初学者之六：java企业级应用之综合篇 我们知道中间件有很多种规范以及相关的模型 最流行的一个是j2ee还有一个是.net 那么各大公司关于这两套规范各有什么产品以及周边呢？ j2ee: 黄金组合
操作系统：Solaris 应用服务器：Weblogic 数据库：Oracle 开发工具：JBuilider/IntelliJ IDEA 优点：性能一级棒，大企业大公司做系统的首选，世界五百强几乎都是这套组合 缺点：极贵 超级组合，也是最安全最酷的黄金组合，硬件采用SUN公司的机器 但是SUN的服务器很贵，同等价格不如去买IBM的机器
SUN的服务器支持Solaris的效果自然不用说，Solaris号称是世界上最安全的操作系统 Oracle也是世界上最安全，性能最优的数据库，Weblogic是当今性能最优的appserver JBuilder和IDEA各有所长，JBuilder是Borland公司的招牌之一
是当今世界上最流行的java IDE，用delphi写的，但网络上评价似乎不是很好 IDEA拥有插件功能，界面在所有java IDE中最为漂亮，东欧人开发的产品 东欧人严谨的作风在这个产品上体现得尤为突出，用java写的
IDEA甚至号称自己被业界公认为是最好的IDE//个人保留意见，没有最好只有更好 但我用JBuilder的时候发现了不少bug，而至今还没有在IDEA上发现什么bug 个人推荐IDEA 价格方面，Solaris开源，但是SUN的服务器比较贵，Weblogic最高是34万 oracle标准版要18.6万，企业版要49万，JBuilder要2.7万左右 IDEA零售价大概是500美金，也就是5000多元
另外，虽然理论上这些产品的综合性能要高于其他选择，但是必须看到
由于产商之间的利益冲突，比如oracle也有自己的appserver，但是性能不怎样 使得这几种产品之间协作的性能要比预想中的要差一点点--开源系列 操作系统：-应用服务器：JBoss 数据库：MySql 开发工具：Netbeans 优点：便宜，性能未必最佳，但是对付中小企业足够了 缺点：出了问题自己抗吧
嗯，这是java阵营最大的特色，免费免费，还有在开发工具这一栏Eclipse也是免费的 但后面要说，算了，换个有代表性的开源产品来
tomcat仅有web容器而没有ejb容器，而jboss已经集成了tomcat 也就是说下载了jboss之后，启动的同时也就启动了tomcat jboss在tomcat基础之上多加了一个ejb容器，使得jboss+tomcat成为和weblogic websphere之外又一个得到广泛应用的appserver 现在大概是这样，中小型企业多用jboss，如果应用小一点就用tomcat 只有给那些大型企业做的项目，才会花钱去上一个weblogic或者websphere mysql也是开源的数据库，做得非常不错，如果系统对数据库要求不高 或者安全要求不是非常严格，mysql是一个非常不错的选择 开发工具方面，netbeans是sun公司极力推广的一种IDE 听说在北美市场使用量已经超过eclipse了
操作系统，软件再不用钱，服务器也要钱，看这台机器上跑什么操作系统就用什么了--IBM套餐 操作系统：Linux 应用服务器：Websphere 数据库：DB2 开发工具：Eclipse/WebSphere Studio 优点：服务好，IBM可以提供全套服务，也可以替客户承担风险 缺点：把机器数据全部交给IBM，安全什么的都由不得你了 呵呵，IBM全套产品，甚至包括硬件设备IBM的服务器 由于是一个公司的产品，各产品之间的协作自然不错
价格方面，Linux，DB2，Eclipse都是开源产品，Websphere目前零售价是33.8万人民币 IBM服务器不错，可以考虑--.net： 微软阵营
操作系统：Windows 应用服务器：.net应用服务器(好像叫IIS)数据库：SqlServer 开发工具：MS Visual Studio 优点：客户端的用户体验良好，和客户端诸多微软产品的兼容性强 缺点：离开了微软，寸步难行，和其他任何一家公司的产品都不兼容 微软的东西，怎么说呢，太专横了 微软所有的东西都是围绕着windows来做的
.net其实已经可以实现跨平台了，但是微软出于自身商业考虑 在其应用服务器跨平台的实现上设置了种种障碍 而且针对windows，微软做了大量的优化，可以这么看.net就是与windows捆绑的一套产品
所以有些人说，微软的产品离开了windows，就是渣
而且.net开源选择也少，安全性方面考虑，windows本身就有一堆补丁要打了 sqlserver也不安全，至于.net到底安全不安全我不清楚，毕竟我没怎么用过 但整体考虑，感觉.net不是大企业的首选，鉴于其浓厚的商业背景 也不是中小企业的首选，但是必须看到
客户端也就是微机pc市场已经完全被windows所垄断
所以在一些快速开发，还有和微软产品兼容性要求较高的领域，.net还是比较有市场的 最后一个visual studio对它之前的版本兼容，且支持c,c++,c#,vb等语言 在其传统领域，比如写一些桌面软件等客户端应用上，.net还是第一选择--最后要说明的是 这些组合不是固定不变的
由于J2EE得到了绝大多数IT企业的支持以及JAVA跨平台的特性 我们可以自由地定制个性化的组合
比如我可以选择windows+jboss+eclipse+oracle 也可以选择solaris+websphere+IDEA+mysql 等等，这些自由组合都是可以的，但是有一点必须说明 微软的东西，一般来说离开了windows就不能用
比如你选择了.net应用服务器，那操作系统就必须是windows 你选择了sqlserver，那就必须在windows上用
还有就是遵循j2ee规范的所有的组件都可以在不同的应用服务器上互相移植 比如你可以在测试的时候用jboss 而在正式投产上线的时候使用websphere，只需要在配置文件中作相应改动即可 给初学者之七：java企业级应用之术语篇
在了解完J2ee的相关周边产品之后需要深入J2ee规范内部去了解一下到底这些规范 这里介绍几个最常用的规范 再继续说下去之前有必要说几个常识
下面进入正题 再谈容器
前面介绍过容器，我觉得有必要再补充一点
容器从某种意义上说其实就是一个可运行的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++也是如此 那么到了本系列的第七集，可爱的读者应该处在什么阶段呢？ 恭喜，在看完这篇文章之后，你就基本处于知道自己不知道的那种阶段 离拽起来还有那么一段距离，因为你们毕竟还没有学习和积累一定的基础知识 但是骗骗外行，蒙蒙国企那些吃闲饭的管理人员问题不大
给初学者之八：java高级应用之框架篇 没错，我没敲错
之所以不再声称是企业级应用而称之为高级应用 是因为下面要讲的东西属于纯民间性质 是java具体应用的上层建筑，可用可不用，没有人强迫你用 首先给框架//framework 下一个定义
我想读者你可能听说过.net framework这个概念
没错，我们将要说的framework也和这个framework差不多 所不同的是.net framework的竞争对象是j2ee那一系列标准 而我们将要说到的几个框架则应用在j2ee的不同层面 单就单个框架而言，没有.net framework管得那么多
但是却要比它精专多了，而且总量加起来，也远比微软那一套框架要广泛得多 回到正题，框架是什么？
软件工程之所以被叫做软件工程就是因为有那么一批人觉得可以用工程学里面 那些管理Project的方法来管理软件从开发到维护这一系列流程 那么在建筑工程里面框架是什么？
现在建筑多采用钢筋混凝土结构，注意里面一个很重要的词汇：钢筋 托福阅读中曾有一题听力就是关于钢筋结构的诞生，在美国 恩，现代建筑中多在建筑起来之前，先用钢筋搭建出一个框架出来 然后往钢筋中间填入混凝土，从而形成一个完成的建筑 而今天要说到的框架就是这么一个东西在每一个软件中间的实现
框架就是那么一个通过预先写好代码从而帮我们建立起一个软件结构的这么一个东西 这里提一下框架与规范//主要指J2ee规范也就是官方标准的区别 从某种意义上说，J2ee规范本身就是一个框架 无论是web容器也好，还是ejb容器也好，它们都开发了一部分通用的代码 并且帮助我们搭建起来了一个软件结构，我们要做的就是往里面填入组件 比如ejb/servlet/jsp等等
没错，要这么理解也没错，但是为了避免混乱，我们还是严格区分开来 本文中将要提到的框架如无特别说明，就是指的是非官方标准的框架 规范是规范，而框架是建立在规范之上的一种东西
可以说是标准的延续，或者说是民间的尝试，总之是这么一个非官方的东西 说到这里顺便提一下JCP组织也就是Java Community Process/Java社区 当初Sun公司在java发布之初，为了提倡开源和共项
同时也出于一个提出合理的标准的目的，而让广大的开发者参与标准的制定 而成立了这样一个社区，现在还健在，网址是jcp.org 每一个新的规范发布之前都会在这个社区广泛讨论，最终对规范的制定产生巨大的影响 其中就包括企业级的参与者，相当有名的JBoss以及我国的金碟公司都是其中的成员 下面介绍一下几个相当著名的框架，必须要指出的是，虽然框架大多开源 但并不代表所有的框架都开源，比如.net framework，但是java框架大多数开源 言归正传
Struts 表示层框架，名字来源于飞机的金属框架 可能有读者会提问了 表示层不是客户端么？
没错，但是语言这东西，众口烁金，别人都这么说你就不好不这么说了 最早表示层说的是客户端，后来随着时间的发展 人们也把服务器端直接与客户端//比如IE 打交道的那部分也称为表示层//JSP+Servlet 那么表示层框架是干什么的呢？
早先大规模应用JSP的时候，人们发现，JSP里面充斥着逻辑代码与数据 可读性极差，于是人们借用很早很早以前的MVC模式的思想 把表示层组件分为V-Viewer，也就是JSP M-Model模型，一般来说是一个JavaBean C-Controller控制器，一般来说是一个Servlet 所有人通过JSP和服务器打交道，发送请求，Viewer把这个请求转发给Controller Controller通过调用一个Model来处理该请求，然后返回数据到Viewer 这么一个过程，从而达到数据与逻辑的剥离，增强代码可读性，降低维护成本 而帮助人们实现这一系列东西的就是Struts框架，就是这么一个东西 Struts的竞争对手主要是产商们极力倡导的JSF也就是Java Server Faces 但是由于Struts出道时间早，所以应用比较多 JSF则是产商们大力支持，前景看好
对于这一层来说，在JSP的html代码中出现的java语句越少越好 因为java代码越少说明页面处理的业务逻辑越少，也越合理 这也是Struts最初的目的，记住这话
Spring 大名鼎鼎的Spring框架
有人曾说2005年一片叫春之声，指的就是该框架
Spring起源于Rod Johnson的《Expert One-on-One J2EE Design and Development》一书 Rod Johnson认为，J2ee里面的那一套//尤其是ejb 太重了，对于单机的系统来说，没有必要使用那么复杂的东西 于是就开始设计并引导Spring小组开发出这样一个构架
不能不说他是个天才，因为的的确确不是所有的系统都是跨多服务器的 没有必要把一个简单的系统设计得那么复杂//天才的那几个共性又体现出来了 Spring从诞生之日起就是针对EJB的，力争在不少应用上取代EJB 而它也确实达到了这个目的
现在包括WebLogic等主流应用服务器还有主流IDE都开始逐渐接受该框架 并提供相应支持
提到Spring就不能不说控制反转Ioc//Inversion of Control 和依赖注射DI//Dependency Injection 什么叫控制反转呢？
套用好莱坞的一句名言就是：你呆着别动，到时我会找你。
Hibernate 名字取材自ORM最早的一句玩笑话//ORM就是OR-Mapping 说用了ORM之后，程序员就可以去冬眠了，而不需要操心那么多事
这里不得不说的是，该框架由于做得太好，以至于被J2ee招安，成为EJB3.0的一部分 替代原有EJB2.X里面关于Entity Bean而成为EJB ORM的工具 这里解释一下ORM//OR-Mapping 中文名对象关系映射
什么意思呢？我们知道传统的数据库都是关系型的
一条条记录以表格的形式储存，而表与表之间充斥着是关系/关联
比如说一个人，名字zhaoce，性别男，年龄23那么数据库中是这么储存的 姓名 性别 年龄 zhaoce m 23 某女 f 22 而实际应用服务器中的实体都是以对象的形式存在，一个个对象 zhaoce是以这种形式存在的 Human human=new Human();human.setName(“zhaoce”)human.setSex(“m”);human.setAge(23);这样的，那么我们知道，传统的JDBC是通过一个二维字符串将数据取出 需要我们自己将其包装成对象，在存入的时候，我们还需要将对象拆开 放入sql语句中//Insert into Huamn values('zhaoce','m',23)然后执行该sql语句
太麻烦太麻烦，ORM理念的提出改变了这一切，ORM认为，这些东西应该由框架来做 而不是程序员，程序员做他该做的，不要为这种破事分心，还测试半天 于是就出现了Hibernate，JDO，TopLink等等，甚至.net里面也有ADO.net 过去一段时间是Hibernate和JDO争风，现在看来Hibernate逐渐成为主流并被官方接纳 成为规范标准之一，替代掉原来EJB2.X的ORM EntityBean TopLink则是Oracle公司推出和Oracle数据库结合的一种ORM 商业用软件，贵且复杂，不过正在逐渐开放
而象表示层一样，这一种专门面对数据层的代码也被称为数据持久层 所以数据持久层这一概念有时不仅仅指代数据库
关于ORM，最高的境界应该是在java代码中不出现任何一句的sql语句 注意，是不包括sql语句，Hibernate的hql以及ejb的ejb-ql不算在内
至于出现不出现hql/ejb-ql等替代ql，这要视具体情况而定，不过最好也是不出现 当然最后所说的过分理想的情况往往不现实，总之一句话
以sql为代表的ql/*还有hql,ejbql等*/语句在代码中出现得越少越好 记住这话，现在未必能够理解，学了以后就懂了
这三个是目前最为常用的框架 而目前光已公布的框架就>500 还在不停增加中，不可能一一列举，有兴趣的可以去看相应文档 要指出的是框架不是应用程序
只是一堆组件的有序复合，应用时不能脱离于应用服务器单独存在给初学者之九：收尾 最后一篇介绍几个常见的概念 设计模式
这可不仅是java独有
我看的书就是c++和smalltalk例子的 先说说什么是设计模式
模式是什么？模式是经验的总结，潜规则的抽象
什么意思呢？比如说我们坐飞机，上飞机前需要经过几个步骤 什么安检领取登机牌之类的，这一套流程能不能改呢？
可以，但为什么几乎全世界的航空公司登机前都是这一套流程呢？ 因为航空公司经过长期实践之后得出了一堆结论和经验 并认为这样做才是最安全，或说是最有效率的 这就是模式，模式是编程高手之间交流的桥梁 两个编程高手通过统一命名的模式了解对方的思想
当然不借助模式可不可以？当然可以，只是模式无处不在，你不知道而已
又比如吃饭，每吃一口饭，我们要先端碗，拿筷子，张嘴，塞饭入口，咀嚼最后吞咽 这就是一套模式，我们给这套模式命名为吃饭 那么当老爸叫吃饭的时候，我们就能明白什么意思
而不用老爸进来呓呓啊啊并比画上半天，哑语也不是这么用的 这就是模式，已知的模式有400多种//好象更多，不记得了 比如数据库有数据库的设计模式，编程有编程的模式等等
面向对象有常用的21种模式，需要掌握，主要分为创建，行为，结构三类 J2ee有J2ee的模式，Sun公司出了一本书叫《J2EE核心模式》可以拿来看看 必需要指明的是，模式不是规范，比如吃饭模式
没有人规定你吃饭非得要那么吃，你可以端碗，上抛，张嘴在下落后连碗一起吞咽 这也可以，只要你愿意，同样，只要你愿意，你就可以不遵循模式
模式之外还有反模式，学模式不可定势，不要学死，活学活用，无招胜有招才是最高境界 JavaDoc 文档工具，极其好用
可以根据注释自动生成HTML文档 Ant 98年，有一位程序员在从欧洲飞回美国的飞机上想到了这么一个东西 从而改变了整个世界，他的名字叫James Duncan Davidson 组织管理工具，可以这么描述它
比如你想在编译之后自动再次生成JavaDoc 那么你只需要编辑Ant脚本//对，就像Windows脚本那样 然后批处理就可以了，不过现在Ant已经广泛集成到IDE中去 不需要自己手动编写，不过如果想要炫炫，据说此招百试不爽 JUnit 测试工具，Unit家族可不只有JUnit 还有其它版本的，这个不细说，具体实践一下就明白了 POJO //Plain Old Java Object 就是传统的Java对象，也就是一个JavaBean 由虚拟机来掌握其生死
常用的两个管理构架/规范是Spring和EJB容器 命名由来是某人//名字我忘了
觉得我们使用了太多的规范，以至于我们都忘记了纯粹的java对象 以至于我们都忽略了它的存在，所以叫了这么一个名字 以唤醒人们的记忆，这个意义上来说EJB其实不能算是POJO 毕竟遵循了一堆的接口，但是不管怎样，接口归接口，还是没有继承类 没有被强加什么//遵循可以写空方法假遵循 所以说还是POJO也对 但是由于这种东西缺乏管理，不象Servlet有专门的容器管理并继承了一定的类 而没有管理的对象在虚拟机中是很危险的，因为垃圾回收机制各个虚拟机不同 而且也不怎样，极有可能长时间不回收，这样在企业级的应用中呢 就有可能造成内存大量被占用从而死机，毫无疑问，这种机制需要优化 这种优化就是通过EJB容器或者Spring构架来实现 这么做还有一个好处就是迫使程序员对每一个类做封装
强迫他做管理，以达到防止内存泄露的目的，内存泄露最经常出现的错误就是 引用未释放，引用最典型体现在new这个关键字上，new得越多引用得越多 随着时间地增长，有可能导致循环，不停new new new new new.....其中哪怕只要有一个new处理不当，虚拟机无法回收内存 那就极有可能完蛋，而且这种小bug越是在大的项目越是难以找到 有可能因为一个人而影响整个项目组，所以不妨记住我的一条经验 好的系统框架不应该在业务逻辑流程中出现new关键字 现在不理解也无所谓，将来有一天会明白的 SOA 面向服务的构架
不说太多，这个属于上上层建筑
不过不妨记住我的一句话，可以帮助理解这个概念 面向什么就是对什么做封装 面向对象就是对对象做封装 面向服务类似，剩下的靠悟性 反射
1.4新增功能，非常强大
通过反射，程序可以解析出类本身的属性也就是变量
/注意这里说的属性不是.net里面的属性，我不喜欢微软造的新名词，乱 还有行为也就是方法，然后通过invoke()方法调用该方法 甚至可以新增对象等，java首创，本是其它语言所没有的
后来被微软抄了去，利用该功能，开源框架广泛受益并大量采用，近乎疯狂地使用 具体就不说了，最后要指出的是，有一种说法是利用反射会降低效率 在早期的时候，的确是，现在不会了，放心使用 容器
5.0以后的版本在J2SE中都出现了容器 各位甚至可以自己尝试用标准库去使用容器 书籍
《Thinking in Java》 //实话说，一般，尤其是翻译后的版本，原版还行 《Java教程》 //电子工业出版社出版的那本，上下册，很厚，但翻译得不错 《21天学通Java》 //入门极好，但是《21天学通j2ee》极烂，不要买 《Mastering EJB》 //翻译过的书质量我不清楚，估计不怎样，请看原版书籍 《精通Hibernate》 //看清楚作者，孙卫琴，其它人的别买
其它的可以不用了，网络上的远比书上来得多，来得好，虽然也来得杂 最后的建议 一，不要做一个浮躁的人 二，学好英语，很重要 三，阅读源代码和文档
四，共享源代码，不要做一个功利的人 五，热爱Java 相信能看到这里的朋友都是真心想学习java，在编程的路上你已经成功的走出了第一步，接下来就是努力的走下去。。加Java学习群四一八，三五五，五三一。
点击咨询 