在一个朋友的书架上发现王森著的《Java深度历险》一书，看了书的前言了解该书是关于Java底层技术内幕的。怀着好奇心浏览了一下，谈不上有太多收获，但也记下了一些自认为有益的两点。

* Java xxx

我们在命令行下敲入：“java xxx”后会发生什么呢？

流程如下：
1.找到JRE；
2.找到JVM.dll；
3.启动JVM，并进行初始化；
4.产生Bootstrap Loader；
5.载入ExtClassLoader；（Ext – Extended）
6.载入AppClassLoader；
7.加载xxx类。

书中提到Bootstrap Loader、ExtClassLoader和AppClassLoader构成了Java的“类加载器继承体系–class loader hierarchy”,其中Bootstrap Loader是由C++编写的，其他两个是由Java写的。之所以成为“继承体系”是因为这三个loader之间是有联系的。Bootstrap Loader负责加载ExtClassLoader，后者ExtClassLoader就将其parent置为Bootstrap Loader。AppClassLoader较为特殊，虽然由Bootstrap载入，但是其parent却置为ExtClassLoader。其原因是为了实现“委托模型”。简述“委托模型”就是当类加载器有加载类的需求时，会先请求其parent使用其搜索路径帮助加载，如果其parent找不到，才使用自己的搜索路径进行加载。如上述所说当ExtClassLoader想载入AppClassLoader类时它首先请求其parent “Bootstrap Loader”帮忙，Bootstrap Loader将AppClassLoader载入后，由于这个载入是ExtClassLoader请求的，所以AppClassLoader的parent还是置为ExtClassLoader而不是Bootstrap Loader。

* 类的加载流程
类加载的时候遵循一个原则：“类加载器会依类的继承体系从上至下依次加载”。举个例子：“如果C继承了B并实现了接口I，而B有继承自A”，则类加载器在加载C时，加载的次序会是A->B->I->C，（注：interface会如同class一样被Java编译器编译为独立的.class文件）

其实我对底层的东西并未给与太多的关注，如果在哪个项目中需要我去了解底层的话，我会去很好的学习。

在Java视线论坛的Python/Zope版，浏览了管理员robbin发的题目为“我眼中的Python”的帖子，感触颇深。

Robbin如是说：“做为一种严谨的，编译式的，面向对象语言，Java总是给我一种须正襟危坐，须一板一眼的按照OOAD的规则编程，才敢在键盘上敲下字符的感觉。即使编写一个最小规模的程序，我也不能够接受把所有的code塞到main里面的做法。Java似乎以不怒自威的威严使我不敢随意编码，不敢玷污Java的严谨。于是我即使写一个很简单的JDBC程序，也要一板一眼的try catch finally，一层层的处理Connection，PreparedStatement和ResultSet。”

Robbin的这番话真是说到我的心坎上了，也是在最近才发现居然“不敢”写Java代码了，自从看了Bob大叔的那本经典“敏捷软件开发”后，面对那么多经典的OO规则，生怕自己写出的代码太滥，虽然有refactoring坐镇，但是心里还是发虚。

像C++、Java等一些语言，都是诞生于OO开始起步的年代，身上难免都散发着“学院派OO”的味道，所以也常被人们称为学院派的语言。今天我们已经步入了被称为“后OO时代”的阶段，此时此刻C++、Java等传统的学院派反倒让人们感到了一丝沉重。人类都有一种叛逆的行为，不愿意被束缚，所以有些人开始尝试像Python、Ruby等OO时代后期才诞生的面向对象的动态类型语言，并开始喜欢上这些有着“轻盈身段”并且“毫无包袱”的新生代了。Now我对Ruby、Python等动态语言的认识也仅仅是停留在“Hello World！”这种级别上的，一切关于它们的论述也都只是道听途说。也许不在规则束缚下的生活是美好的。

这几天一直都不想编码，除了看书就是将看书后的想法写下来，这也是最近我的blog数量变多的一个原因。任何事情走到了极点都会调转方向，也许从明天开始我将“沉溺”在代码的世界中。