《java牛人经验总结》由会员分享，可在线阅读，更多相关《java牛人经验总结（30页珍藏版）》请在金锄头文库上搜索。
1、来学习 Java 也有两个年头了，永远不敢说多么精通，但也想谈谈自己的感受，写给软件学院的同仁们，帮助大家在技术的道路上少一点弯路。说得伟大一点是希望大家为软件学院争气，其实最主要的还是大家自身的进步提升?1 关于动态加载机制?学习 Java 比 C+更容易理解 OOP 的思想，毕竟 C+还混合了不少面向过程的成分。很多人都能背出来 Java 语言的特点，所谓的动态加载机制等等。当然概念往往是先记住而后消化的，可有多少人真正去体会过动态加载的机制，试图去寻找过其中的细节呢?提供大家一个方法：在命令行窗口运行 Java 程序的时候，加上这个很有用的参数：java?verbose*.class这样
2、会清晰的打印出被加载的类文件，大部分是 jdk 自身运行需要的，最后几行会明显的看到自己用到的那几个类文件被加载进来的顺序。即使你声明了一个类对象，不实例化也不会加载，说明只有真正用到那个类的实例即对象的时候， 才会执行加载。 这样是不是大家稍微能明白一点动态加载了呢？_2 关于寻找 class 文件原理?建议大家在入门的时候在命令行窗口编译和运行， 不要借助 JCreator 或者 Eclipse 等 IDE 去帮助做那些事情。尝试自己这样做：javac-classpathyourpath*.javajava-classpathyourpath*.class也许很多人都能看懂，设置 clas
3、spath 的目的就是告诉编译器去哪里寻找你的 class 文件.不过至少笔者今日才弄懂 JVM 去查询类的原理，编译器加载类要依靠 classloader，而classloader 有 3 个 级 别 ， 从 高 到 低 分 别 是 BootClassLoader( 名 字 可 能 不 准确),ExtClassLoader,AppClassLoader.这 3 个加载器分别对应着编译器去寻找类文件的优先级别和不同的路径：BootClassLoader 对应 jre/classes 路径，是编译器最优先寻找 class 的地方ExtClassLoader 对应 jre/lib/ext 路径，是
4、编译器次优先寻找 class 的地方AppClassLoader 对应当前路径，所以也是编译器默认找 class 的地方其实大家可以自己写个程序简单的测试，对任何 class，例如 A,调用 newA().getClass().getClassLoader().toString()打印出来就可以看到，把 class文件放在不同的路径下再次执行，就会看到区别。特别注意的是如果打印出来是 null 就表示到了最高级 BootClassLoader,因为它是 C+编写的，不存在 Java 对应的类加载器的名字。寻找的顺序是一种向上迂回的思想，即如果本级别找不到，就只能去本级别之上的找，不会向下寻找。
5、不过似乎从 Jdk1.4 到 Jdk1.6 这一特点又有改变，没有找到详细资料。所以就不举例子了。告诉大家设计这种体系的是 Sun 公司曾经的技术核心宫力先生，一个纯种华人哦！_这样希望大家不至于迷惑为什么总报错找不到类文件，不管是自己写的还是导入的第三方的 jar文件（J2ee 中经常需要导入的） 。3 关于 jdk 和 jre?大家肯定在安装 JDK 的时候会有选择是否安装单独的 jre，一般都会一起安装，我也建议大家这样做。因为这样更能帮助大家弄清楚它们的区别：Jre是 javaruntimeenvironment,是 java 程序的运行环境。既然是运行，当然要包含 jvm，也就是大家
6、熟悉的虚拟机啦，还有所有 java 类库的 class 文件，都在 lib 目录下打包成了 jar。大家可以自己验证。至于在 windows 上的虚拟机是哪个文件呢？学过 MFC 的都知道什么是 dll 文件吧，那么大家看看 jre/bin/client 里面是不是有一个 jvm.dll 呢？那就是虚拟机。Jdk是 javadevelopmentkit，是 java 的开发工具包，里面包含了各种类库和工具。当然也包括了另外一个 Jre.那么为什么要包括另外一个 Jre 呢？而且 jdk/jre/bin 同时有client 和 server 两个文件夹下都包含一个 jvm.dll。说明是有两个虚
7、拟机的。这一点不知道大家是否注意到了呢？相信大家都知道 jdk 的 bin 下有各种 java 程序需要用到的命令，与 jre 的 bin 目录最明显的区别就是 jdk 下才有 javac，这一点很好理解，因为 jre 只是一个运行环境而已。与开发无关，正因为如此，具备开发功能的 jdk 自己的 jre 下才会同时有 client 性质的 jvm 和 server 性质的 jvm，而仅仅作为运行环境的 jre 下只需要 client 性质的 jvm.dll 就够了。记得在环境变量 path 中设置 jdk/bin 路径麽？这应该是大家学习 Java 的第一步吧，老师会告诉大家不设置的话 jav
8、ac 和 java 是用不了的。确实 jdk/bin 目录下包含了所有的命令。可是有没有人想过我们用的 java 命令并不是 jdk/bin 目录下的而是 jre/bin 目录下的呢？不信可以做一个实验，大家可以把 jdk/bin 目录下的 java.exe 剪切到别的地方再运行 java 程序，发现了什么？一切 OK！那么有人会问了？我明明没有设置 jre/bin 目录到环境变量中啊？试想一下如果 java 为了提供给大多数人使用， 他们是不需要 jdk 做开发的， 只需要 jre 能让 java程序跑起来就可以了， 那么每个客户还需要手动去设置环境变量多麻烦啊？所以安装 jre 的时候安装
9、程序自动帮你把 jre 的 java.exe 添加到了系统变量中，验证的方法很简单，大家看到了系统环境变量的 path 最前面有“%SystemRoot%system32;%SystemRoot%;”这样的配置，那么再去 Windows/system32 下面去看看吧，发现了什么？有一个 java.exe。如果强行能够把 jdk/bin 挪到 system32 变量前面， 当然也可以迫使使用 jdk/jre 里面的 java，不过除非有必要，我不建议大家这么做。使用单独的 jre 跑 java 程序也算是客户环境下的一种测试。这下大家应该更清楚 jdk 和 jre 内部的一些联系和区别了吧？P
10、S:其实还有满多感想可以总结的，一次写多了怕大家扔砖头砸死我，怪我太罗唆。大家应该更加踏实更加务实的去做一些研究并互相分享心得， 大方向和太前沿的技术讨论是必要的但最好不要太多，毕竟自己基础都还没打好，什么都讲最新版本其实是进步的一大障碍！#Java学习杂谈（二）鉴于上回写的一点感想大家不嫌弃，都鼓励小弟继续写下去，好不容易等到国庆黄金周，实习总算有一个休息的阶段， 于是这就开始写第二篇了。 希望这次写的仍然对志同道合的朋友们有所帮助。上回讲了 Java 动态加载机制、classLoader 原理和关于 jdk 和 jre 三个问题。这次延续着讲一些具体的类库?1关于集合框架类相信学过 Jav
11、a 的各位对这个名词并不陌生，对java.util.*这个 package 肯定也不陌生。不知道大家查询 API 的时候怎么去审视或者分析其中的一个 package，每个包最重要的两个部分就是 interfaces 和 classes，接口代表了它能做什么，实现类则代表了它如何去做。关注实现类之前，我们应该先理解清楚它的来源接口，不管在 j2se 还是 j2ee 中，都应该是这样。那么我们先看这三个接口：List、Set、Map。也许有些人不太熟悉这三个名字，但相信大部分人都熟悉 ArrayList，LinkedList，TreeSet，HashSet，HashMap，Hashtable 等实
12、现类的名字。它们的区别也是满容易理解的，List放可以重复的对象集合，Set 放不可重复的对象组合，而 Map 则放 这样的名值对，Key 不可重复，Value 可以。这里有几个容易混淆的问题：到底 Vector 和 ArrayList，Hashtable 和 HashMap 有什么区别？很多面试官喜欢问这个问题，其实更专业一点应该这样问：新集合框架和旧集合框架有哪些区别？新集合框架大家可以在这些包中找 sincejdk1.2 的，之前的如 vector 和 Hashtable 都是旧的集合框架包括的类。那么区别是？a.新集合框架的命名更加科学合理。例如 List 下的 ArrayList 和
13、 LinkedListb.新集合框架下全部都是非线程安全的。建议去 jdk 里面包含的源代码里面自己去亲自看看vector 和 ArrayList 的区别吧。 当然如果是 jdk5.0 之后的会比较难看一点， 因为又加入了泛型的语法，类似 c+的 template 语法。那么大家是否想过为什么要从旧集合框架默认全部加锁防止多线程访问更新到新集合框架全部取消锁，默认方式支持多线程？(当然需要的时候可以使用 collections 的静态方法加锁达到线程安全)笔者的观点是任何技术的发展都未必是遵循它们的初衷的， 很多重大改变是受到客观环境的影响的。大家知道 Java 的初衷是为什么而开发的麽？是为
14、嵌入式程序开发的。记得上一篇讲到classLoader 机制麽？那正是为了节约嵌入式开发环境下内存而设计的。而走到今天，Java 成了人们心中为互联网诞生的语言。互联网意味着什么？多线程是必然的趋势。客观环境在变，Java 技术也随着飞速发展，导致越来越脱离它的初衷。据说 Sun 公司其实主打的是 J2se，结果又是由于客观环境影响，J2se 几乎遗忘，留在大家谈论焦点的一直是 j2ee。技术的细节这里就不多说了， 只有用了才能真正理解。 解释这些正是为了帮助大家理解正在学的和将要学的任何技术。之后讲 j2ee 的时候还会再讨论。多扯句题外话：几十年前的 IT 巨人是 IBM，Mainfram
15、e 市场无人可比。微软如何打败 IBM？正是由于硬件飞速发展，对个人 PC 的需求这个客观环境，让微软通过 OS 称为了第二个巨人。下一个打败微软的呢？Google。如何做到的？如果微软并不和 IBM 争大型机，Google 借着互联网飞速发展这个客观环境作为决定性因素，避开跟微软争 OS，而是走搜索引擎这条路，称为第 3 个巨人。那么第 4 个巨人是谁呢？很多专家预言将在亚洲或者中国出现，Whatever，客观环境变化趋势才是决定大方向的关键。当然笔者也希望会出现在中国，_2关于 Java 设计模式身边的很多在看 GOF 的 23 种设计模式，似乎学习它无论在学校还是在职场，都成了一种流行风
16、气。我不想列举解释这 23 种 DesignPattern，我写这些的初衷一直都是谈自己的经历和看法，希望能帮助大家理解。首先我觉得设计模式只是对一类问题的一种通用解决办法， 只要是面向对象的编程预言都可以用得上这 23 种。理解它们最好的方法就是亲自去写每一种，哪怕是一个简单的应用就足够了。如果代码实现也记不住的话，记忆它们对应的 UML 图会是一个比较好的办法，当然前提是必须了解 UML。同时最好能利用 Java 自身的类库帮助记忆， 例如比较常用的观察者模式， 在 java.util.*有现成的 Observer 接口和 Observable 这个实现类，看看源代码相信就足够理解观察者模式了。再比如装饰器模式，大家只要写几个关于 java.io.*的程序就可以完全理解什么是装饰器模式了。有很多人觉得
