VARCHAR2类型OUT参数返回空字符串，根本原因是ODP.NET未显式设置Size属性，默认为0，导致驱动读取0个字符；必须设Size≥预期最大长度，且IN参数传null须用DBNull.Value而非C# null。
oracle存储过程的out参数在.net中返回空值，不是存储过程没赋值，而是调用侧参数绑定或类型处理没对齐——尤其varchar2类字符串型out参数，90%以上的问题都卡在size没设或设得太小。
为什么VARCHAR2类型的OUT参数总是空字符串？
ODP.NET（包括Oracle.ManagedDataAccess）对VARCHAR2输出参数默认不分配缓冲区长度，Size为0。即使存储过程里写了r_errmsg := 'success';，驱动也只读取前0个字符，结果就是空字符串（不是DBNull.Value，也不是null）。
-
Size必须显式设置，且应≥存储过程中可能返回的最大字符数（比如日志消息设4000很安全） - 数值型（如
NUMBER、INT）不受此影响，因为它们有固定字节宽度 - 设大了只多占一点内存，设小了会静默截断——比如设
10但过程返回'Operation failed: timeout'，你只能拿到'Operation f'
DBNull.Value和null混用导致参数绑定失败
如果调用时给IN参数传了null（C#的null），而该字段在Oracle中是可空的，驱动很可能直接抛ORA-01084或ORA-06502。Oracle驱动不认C#的null，只认DBNull.Value。
-
IN参数传null→ 改用DBNull.Value -
OUT参数读取后判断是否为NULL → 用value == DBNull.Value或Convert.IsDBNull(value)，别用== null - 字符串字段若业务允许空字符串映射为NULL，需手动转换：
string.IsNullOrEmpty(s) ? DBNull.Value : s
调用时未声明接收变量或参数方向错配
存储过程签名里写的是falg OUT NUMBER，但C#里没加ParameterDirection.Output，或者写成了InputOutput，就会导致值根本没被提取出来。
- 确认
OracleParameter构造时指定了ParameterDirection.Output - 别漏掉参数名大小写：Oracle默认大写，
"falg"和"FLAG"在某些配置下不等价 - 执行完
ExecuteNonQuery()后，必须从command.Parameters["falg"].Value取值，不能依赖返回值（Oracle存储过程没有return值） - 如果用
RunProcedure()这类封装方法，检查它内部是否真的把OUT参数的Value属性读出来了
DBMS_OUTPUT内容不会自动进OUT参数
有人误以为在存储过程里写了DBMS_OUTPUT.PUT_LINE('hello')，.NET就能收到这个字符串——完全不是一回事。DBMS_OUTPUT是独立缓冲区，和OUT参数无关。要拿到它，必须额外执行DBMS_OUTPUT.ENABLE和DBMS_OUTPUT.GET_LINES，而且得在同一连接、同一语句块里做。
-
OUT参数只承载你显式赋值的变量，比如falg := 1; -
DBMS_OUTPUT是调试辅助机制，不是数据通道 - 如果真需要返回多行日志，建议改用
REF CURSOR或拼成单个VARCHAR2再赋给OUT参数
最常被忽略的一点：VARCHAR2型OUT参数的Size不是可选项，是必填项；而多数ORM或代码生成工具（比如动软）默认不设，直接导致“看着执行成功，结果却是空”。
