java取存储过程error返回值的陷阱

今天发现一个java取不到sqlserver存储过程返回值的问题，由此对我们平时自认为很不错的写法产生了怀疑，到底哪种方式才是对的？还是一开始我们就是错的？还是我们有时候考虑问题真的是太过了？
好，废话不多讲，直接进入正题，（为了把问题重现，我把代码都简化了，）我们先看java代码：

try{
……
stmt = dbconnect.prepareCall("{call SP_****(?,?)}");//调用存储过程
……
stmt.execute();//执行存储过程
String Msg=stmt.getString(1);//获取返回值
System.out.println("你羡慕"+Msg+"吗？");
……
}catch(Exception ex){
System.out.println("穿越了:(");
……
}finally{
……

}

上面代码是jdbc调用sqlserver存储过程的写法，标准不标准希望有人能告诉我，在此不胜感激。好，我们暂且放下java代码，看下存储过程的关键内容：

exec('select   *   from   一个不存在的表')  
 if @@error<>0 return '犀利哥'

在我们的想法中，存储过程已经把错误的结果给catch了，返回一个'犀利哥'给我们，这个程序会得到一句：[color=orange]你羡慕犀利哥吗？[/color]
可事实是什么？打印结果是：[color=red]穿越了:([/color]
当然上面这个仅仅只是一个示例，而现实中有那么一些存储过程是根据不同情况返回不同的值，我们会根据不同的值来做不同的事，放到代码中就是if Msg怎么怎么样然后怎么怎么样，可是我们真的能获取吗？事实放在眼前，不能获取！

出现了这种问题我们就要来仔细分析问题出在哪边，首先看存储过程，稍微修改下，变成这样：

exec('select   *   from   一个不存在的表')  if @@error<>0 print '犀利哥'

运行之：

服务器: 消息 208，级别 16，状态 1，行 1
对象名 '一个不存在的表' 无效。
犀利哥

犀利哥出现了，好，很好，至少说明数据库把error给抓到了，既然能抓到，那我前面没改前return语句的返回应该也是返回了，那为什么程序运行不成功？我们在来看存储过程出现的结果，前两句是一个数据库错误信息，是不是这个数据库错误信息造成了java的异常？
我也没时间去看java源码，也没心情去了解数据库驱动实现，因为里面的水可能很深很深，简单起见，我把执行存储过程的语句给直接catch掉吧，于是代码变成了：

try{
……
stmt = dbconnect.prepareCall("{call SP_****(?,?)}");//调用存储过程
……
try{stmt.execute();}catch(Exception ex){}//执行存储过程
String Msg=stmt.getString(1);//获取返回值
System.out.println("你羡慕"+Msg+"吗？");
……
}catch(Exception ex){
System.out.println("穿越了:(");
……
}finally{
……

}

运行之，结果出来了。简单分析一下，在我的理解中程序是这么运行的，存储过程执行到错误的地方会首先返回错误信息，然后返回设定的值；而java程序在获得结果集，或者说在运行的时候发现了数据库错误，就直接跳向catch，从而后面的获取返回值是永远没机会运行。
上面的分析正确与否还望大侠分析指导，谢谢。