IDC资讯中心
今天一个查询需要通过 excutereader 返回结果集，同时又想输出参数，刚开始的时候一直得不到输出参数的值，以为存储过程出错，但是在查询分析器里面测试是正确的，而且输出参数确实已经赋值。
更加让人百思不得其解的是，对出输出强制类型转换丢出异常之后，确又可以得到了，难道是ado.net 的bug，想象页不可能啊，这么常用的api，不可能出这种错吧，我的代码类似一下场景：
try {
using (sqldatareader dr = cmd.executereader(commandbehavior.closeconnection)) {
int val = (int)cmd.parameters[1].value; // 现在还是空值
// more
}
}
catch(exception exp) {
throw new applicationexception(“输出参数值：” + cmd.parameters[1].value, exp); // 现在可以得到输出值了
}
真是郁闷惨，足足调试跟踪一个小时
终于还是在msdn中找到了答案：
当您将 command 对象用于存储过程时，可以将 command 对象的 commandtype 属性设置为 storedprocedure。当 commandtype 为 storedprocedure 时，可以使用 command 的 parameters 属性来访问输入及输出参数和返回值。无论调用哪一个 execute 方法，都可以访问 parameters 属性。但是，当调用 executereader 时，在 datareader 关闭之前，将无法访问返回值和输出参数。
ref：http://msdn2.microsoft.com/zh-cn/library/tyy0sz6b.aspx
原来如此啊，觉得又被ms忽悠了，想来，谁叫自己学艺不经啊，而且早改查文档
回到自己的代码环境，还是可以解释的。
因为当catch到expception 的时候已经跳出 using 范围了，datareader已经自动被关闭了，自然可以得到 输出参数的值。
当然，如果把try catch 放到 using中还是得不到的，因为还在 using范围内，datareader并没有被关闭。
另外，msdn中说只有关闭datareader才可以访问，其实不然。
经过测试，可以总结如下：
1。对于executereader而言，output parm 和 returnvalue 作为一个结果集返回datareader，并且改结果集总是在最后一个。
2。根据1，当有结果集时，要访问输出参数和返回值，需要调用 nextresult 到输出参数和返回值对应的结果集位置
3。根据1 ，当execute没有返回结果集时，就可以直接访问（注意，无需调用read()）
4。特别注意的对于返回多个结果集的，需要调用多次nextresult；如果结果集个数又是动态的，那么当nextresult()的返回值为 false就是了。
5。即使对executereader指定了选项commandbehavior.singleresult（返回单个结果集，其实是返回批处理的第一个结果集），输出参数也作为一个结果集返回。
6。关闭datareader（close()），会填充输出参数，因此可以访问。
7。由于datareader是只读向前的，因此，即使是通过在关闭datareader之前通过nextresult方问到了输出参数，之前的结果集都无法在访问了（某些情况，可能想通过输出参数来动态控制结果集的访问）。
8。为解决6中的问题，可以将不使用输出参数，直接将输出参数作为第一个结果返回（select @parmname)
以上只是，自己的总结，希望没有出入，对初学者也许有帮助。
