Oracle函数在.NET中调用必须显式设置ParameterDirection.ReturnValue，否则返回值为空；需用ExecuteScalar()或匿名PL/SQL块，绑定时建议BindByName=true，全限定名调用，REF CURSOR需特殊处理。
Oracle函数返回值不是自动捕获的
oracle函数（比如 scott.calc_tax）在sql里能直接写 select calc_tax(10000) from dual，但在.net用oraclecommand调用时，它不会像sql那样“自动取回”返回值。驱动不解析函数体、也不推断返回类型——你必须亲手告诉它：“这儿有个返回值，存到这个参数里”。否则cmd.parameters[0].value永远是dbnull.value或null。
ParameterDirection.ReturnValue 必须显式设，不能靠默认
OracleParameter的Direction默认是ParameterDirection.Input，哪怕你把它放在第一个位置、起名叫ret也没用。不显式写param.Direction = ParameterDirection.ReturnValue，ADO.NET就当它是普通输入参数处理。
- 函数调用必须带括号：
SCOTT.CALC_TAX(:p1)，不能写成SCOTT.CALC_TAX - 如果函数在包里，得用全限定名：
SCOTT.PKG_NAME.FUNC_NAME() - 别用
ExecuteNonQuery()直调函数——会报ORA-00900: invalid SQL statement；该用ExecuteScalar()，或包进BEGIN :ret := ...; END;再用ExecuteNonQuery()
不设ReturnValue方向的典型错误现象
代码看似跑通，但结果始终为空，日志里也无异常。常见于以下场景：
- 用
ExecuteScalar()却没声明ReturnValue参数，返回null - 用
BEGIN :ret := MY_FUNC(); END;但:ret参数Direction仍是Input，执行完读param.Value还是DBNull.Value - 函数有重载或同名过程，没加schema前缀，触发
ORA-00904: invalid identifier
容易被忽略的绑定细节
即使方向设对了，还有几个硬性条件卡住返回值落地：
-
BindByName建议设为true，避免参数顺序错乱（尤其函数参数多时） - 连接必须处于
Open状态，且命令未被提前Dispose() - 若函数返回
REF CURSOR，那是另一套玩法：得用OracleDbType.RefCursor+ParameterDirection.Output，不能走ReturnValue
最常漏的是方向设置这一步——它不像数据库权限或网络连通性那样会立刻报错，而是静默失效，等你查半天数据才意识到：根本就没让驱动去拿那个返回值。
