Oracle存储过程PLS-00306错误主因是.NET驱动无法分辨重载版本、参数名大小写不一致、游标参数未显式声明或命名不符、VARCHAR2等类型未显式指定Size，导致参数绑定失败。
Oracle存储过程重载导致参数个数不匹配
oracle支持同一包内同名过程/函数的重载（overload），但.net驱动（如 oracle.manageddataaccess 或旧版 system.data.oracleclient）**无法自动分辨重载版本**。它只按名称匹配，然后硬性按你传入的参数列表去绑定——若包里有多个 check_partid_mark，而你调用时参数顺序或类型恰好贴近另一个重载签名，就会触发 pls-00306，报“参数个数或类型错误”，实际却是绑错了版本。
- 用 SQL*Plus 或 PL/SQL Developer 查看包体：执行
SELECT object_name, overload, position, data_type FROM all_arguments WHERE package_name = 'YOUR_PACKAGE' AND object_name = 'CHECK_PARTID_MARK' ORDER BY overload, position;，确认是否存在多个overload值相同的条目 - 检查你代码中传参顺序是否严格对应目标重载版本的声明顺序（Oracle 对参数顺序敏感，哪怕全是
IN） - 避免依赖隐式类型转换：比如 Oracle 中
NUMBER和 .NET 的int可能被误判为匹配另一个接受NUMBER(10,0)的重载，而目标版本实际要的是NUMBER(5) - 最稳妥做法：**显式指定完整包名+过程名**，例如
"YOUR_PACKAGE.CHECK_PARTID_MARK"，而非仅"CHECK_PARTID_MARK"，减少歧义
参数方向与名称大小写不一致引发绑定失败
Oracle 存储过程中参数名在定义时是大小写不敏感的，但 .NET 驱动在绑定命名参数时（尤其启用 BindByName = true）会严格比对参数名字符串。如果过程定义是 XMESSAGE OUT VARCHAR2，而你在 C# 里写成 "xmessage" 或 "XMessage"，部分驱动版本会跳过该参数绑定，导致后续参数整体错位，最终报“参数个数错误”。
- 统一使用过程定义中的**原始大小写**（通常全大写）作为
OracleParameter.ParameterName值 - 确认
OracleCommand.BindByName设置：默认为false，此时按添加顺序绑定；设为true则按名称绑定——二者逻辑完全不同，切勿混用 - 输出参数必须显式设置
Direction = ParameterDirection.Output，且不能遗漏；输入参数即使值为null，也要明确赋值（如Prams[0].Value = DBNull.Value;），否则驱动可能跳过该位置 - 特别注意带空格的参数名：如示例中
"p_shift_area "尾部有空格，会导致绑定失败——Oracle 元数据里没这个空格，但 .NET 参数名里有，就对不上
游标参数未显式声明或命名不符
当存储过程返回 REF CURSOR 时，Oracle 要求客户端**必须显式声明一个同名输出参数**，且类型为 OracleDbType.RefCursor（或旧版 OracleType.Cursor）。若过程定义为 MonitorGroup IN OUT cursor_MonitorGroup，而你漏加该参数，或命名为 "monitor_group"，就会因参数总数少 1 或类型不匹配直接报 PLS-00306。
- 游标参数名必须与过程定义中 **完全一致**（包括大小写和下划线），例如定义为
MonitorGroup，就不能写成monitorgroup或monitor_group - 若使用 Data Access Application Block 等封装层，某些版本会尝试自动识别名为
cur_OUT的游标，但这是特例，不可依赖；始终显式添加 - 多个游标必须一一对应添加参数，不能省略任何一个，哪怕你只消费其中一个
- 游标参数的
Size属性无需设置（它不占缓冲区），但Direction必须为Output或InputOutput
参数长度未显式指定导致隐式截断或类型降级
PLS-00306 有时是表象，根因是参数值在传输前被驱动截断或类型强制转换失败。典型场景：输出 VARCHAR2(200) 参数在 C# 中只初始化为 ""，未指定 Size=200，驱动可能按空字符串推断为长度 0，Oracle 拒绝绑定；或输入日期用 DateTime.Now 直接赋值给 OracleType.DateTime，但 Oracle 实际期望 DATE（无毫秒），驱动内部类型协商失败。
- 所有
VARCHAR2/NVARCHAR2输出参数，必须显式设置Size，例如new OracleParameter("XMESSAGE", OracleDbType.Varchar2) { Size = 200, Direction = ParameterDirection.Output } - 输入
DATE类型，优先用OracleDbType.Date，而非DateTime；若需精度控制，手动截掉毫秒：new DateTime(dt.Year, dt.Month, dt.Day, dt.Hour, dt.Minute, dt.Second) - 数值类型慎用
OracleDbType.Int32：OracleNUMBER无固定位宽，用OracleDbType.Decimal更安全，或至少确认过程定义的NUMBER(p,s)范围 - 调用前打印参数列表：
cmd.Parameters.Cast<oracleparameter>().Select(p => $"{p.ParameterName}({p.OracleDbType},{p.Size},{p.Direction})")</oracleparameter>，与数据库元数据逐项比对
重载、大小写、游标、长度——这四个点任意一个没对齐，PLS-00306 就会准时出现。问题不在“有没有传参”，而在“传的参数能不能被 Oracle 精确识别为那一个”。调试时别急着改逻辑，先抓包看驱动到底发了什么过去。
