java异常感受
今天来讲下关于Java异常问题。其实在开发过程中Java的异常处理并没有想象中的那么简单，简单的说Java不足之处，那么异常处理机制也可以算一个（个人观点）。为什么我会这样认为呢？下面我将在开发过程中用自己的思维方式来解释下异常使用。
Java的异常大致分为3类：
Exception类、RuntimeException类和Error类，（具体意思我就不多说了，网上有很多资料进行相关介绍）。
这3类的顶层是Throwable类。
一般而言Java异常，就是有错误导致，需要捕获进行处理。但是有些场景下并不是错误，但是为了使Java程序能够正确处理，Java统一都按异常的方式进行了处理。另外就Java语言本身而言，在很多场合的使用（特别是与系统底层交互）都是主动式的处理机制，不能进行被动式处理机制（简单的说就是事件监听机制）。
例如：Java的阻塞socket，必须在读或者写时才知道这个socket连接是否正常（简单的说就是socket在读或者写之前已经被服务器端关闭了，但是客户端在读或者写之前是不知道的）。但是这个关闭操作能算一个错误吗？我个人认为是不算的，就好比传输过程中协议解析的错误，就是socket连接的错误吗？还有就是socket读取超时是socket连接的错误吗？但是在程序中如果你捕获IOException是分不清楚是那种类型的错误。另外Java为了Socket使用方便，基本上已经封装到应用层了，很多时候Java程序只能进行相关参数的配置（如接收/发送缓冲区大小，连接超时、读取超时等），而不能进行更多管理上的处理。
另一个例子就是数据库查询的场景，如果使用JDBC查询一张表，但是这张表不存在于数据库中，会抛出SQLException异常；如果在查询前，刚好连接出现问题，也会抛出SQLException异常。这时Java程序捕获后，一般的异常处理步骤：Statement/PreparedStatement等关闭、ResultSet关闭、最后是Connection的关闭操作。其实第一种情况Connection并没有问题，是不需要进行关闭操作的。但是Java异常本身机制问题，导致我们在写程序的时候是区分不出来的。
另外如果捕获到每个细节错误，有时候程序会充斥着大量的catch语句，看起来程序的可读性不是很好（另外异常处理也是Java里面非常耗时的处理）。所以个人认为当初Java为了这样做，只是为了统一异常处理方便，因为具体的情况太多而不能做到一一区分。
相关文档：
虽然不觉得在编程时正确判断java类初始化工作先后顺序会是一个挑战，且对于类初始化的认识还只停留在语言特性机制的层面(或许会是一种实现技巧领域的议题)，但对于关于初始化这类零散而又细小的知识点，总结还是有价值的 ......
网络的概念:相互连接,独立自主
网络与分布式集群系统的区别：每个节点都是一台计算机，而不是各种计算机内部的功能设备。
Ip:具有全球唯一性，相对于internet，IP为逻辑地址，TCP/IP网络中的每台计算机都有唯一的地址--IP地址. 唯一标示一台主机
在Java中,有一个用来存储internet地址的类叫InetAddress.
例:获取本� ......
关键字: json java
JSON-lib这个Java类包用于把bean,map和XML转换成JSON并能够把JSON转回成bean和DynaBean。
下载地址:http://json-lib.sourceforge.net/
还要需要的第3方包:
org.apache.commons(3.2以上版本)
org.apache.oro
net.sf.ezmorph(ezmorph-1.0.4.jar)
nu.xom
1、List
Java代码
boolean[] bool ......
很久没上来了，发现虽然资料和书看的很多，但是很久没碰的东西还是很容易淡忘。以后希望能多记录吧。
今天玩了把线程池，并对其中的参数做了一些调整，并记录在多并发情况下线程数对各种情况的反应。程序是网上找的，并作了稍微修改。
java的线程池实现，ThreadPool
package net.zj.hz.yk.thr ......
StringTokenizer 这个类其实真正项目里面恐怕很少会用吧？但是这个类真的很实用，因为它可以根据自己的方式按照一定的规则来拆分一个字符串
String s = new String("The Java platform is the ideal platform for network computing");
//默认的构造函数，会 ......
