JAVA finally字句的异常丢失和返回值覆盖解析
JAVA finally字句的异常丢失和返回值覆盖解析
Java虚拟机在每个try语句块和与其相关的catch子句的结尾
处都会“调用”finally子句的子例程。实际上，finally子句在方法内部的表现很象“微型子例程”。finally子句正常结束后－指的是finally子句中最后一条语句正常执行完毕，不包括抛出异常，或执行return、continue、break等情况，隶属于这个finally子句的微型子例程执行“返回”操作。程序在第一次调用微型子例程的地方继续执行后面的语句。
finally“微型子例程”不等同于方法函数的调用，finally子句都是在同一个栈内执行的，微型子例程的“返回”操作也不会涉及到方法退栈，仅仅是使程序计数器pc跳转到同一个方法的一个不同的位置继续执行。
一 异常丢失
public static void exceptionLost()
{
try
{
try
{
throw new Exception( "exception in try" );
}
finally
{
throw new Exception( "exception in finally" );
}
}
catch( Exception e )
{
System.out.println( e );
}
}
exceptionLost()的输出结果是“exception in finally”，而不是try块中抛出的异常，这是JAVA异常机制的一个瑕疵－异常丢失。
在字节码中，throw语句不是原子性操作。在较老的JDK中，exceptionLost()中try块的throw语句分解为几步操作：
1) 把Exception("exception in try")对象引用存储到一个局部变量中
astore_2 // pop the reference to the thrown exception, store into local variable 2
２) 调用finally微型子程序
３) 把局部变量中的Exception("exception in try")对象引用push到操作数栈顶，然后抛出异常
aload_2 // push the reference to the thrown exception from local variable 2
athrow // throw the exception
如果finally通过break、return、continue，或者抛出异常而退出，那么上面的第３步就不会执行。
在JDK1.6中，通过字节码我们可以看到，finally子句作为一种特殊的catch来实现的，下面是exceptionLost()方法的异常表：
Exception table：
from to target type
0 10 10 any
相关文档：
1.代码的装入
2.代码的校验
3.和代码的执行
体会： dao层 方法名 修改后 调用其的 services 。action 都将被重新 编译。
--- 基本类型使用 ：
体会：dao层 基本类型 尽量使用对象类型，以为 基本类型 能自动类型提升 而对象类型 为 null 主动类型转换 会报错：NullPointerException
小心 类型主动提升 &nb ......
java开发的程序的保护
众所周知，java为开发语言提供了很方便的开发平台，但开发出来的程序很容易在不同的平台上面被移植，现在越来越多的人使用它开发软件。
Java有它方便的一个方面，但它同时也带给了开发者一个烦恼，这就是保护的办法不多，而且大多数不是很� ......
java中使用scoket模拟http post请求发送图片或文件
最近遇到个问题，两个系统共用用户的头像，用户的头像在一个系统中保存，这就涉及到将图片通过scoket发送给另一个系统存储的问题，最初的思路是将图片读成byte[]数组，然后发送，但又发现，发送图片的同时还要发送密钥、uid、username等信息，好通过对方系统的验证，这就 ......
在java代码中经常有读取外部资源的要求:如配置文件等等,通常会把配置文件放在classpath下或者在web项目中放在web-inf下.
1.从当前的工作目录中读取:
try {
BufferedReader in = new BufferedReader(new InputStreamRea ......
try {
Runtime.getRuntime().exec("C:\\xxx.exe");
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
} ......
