如何优化PL/SQL参数传递_NOCOPY编译提示与内存引用传递-Oracle-PHP中文网

\_nocopy仅适用于in out/out大型集合参数且子程序只读或局部修改时，可减少拷贝开销；对标量无效，异常时可能导致实参部分修改，且受表达式传参、复杂类型、调试模式等限制常被忽略。

什么时候该用 `_nocopy`？别一上来就加

只有当传入的是大型集合（比如 varchar2(32767) 数组、record 或嵌套表）且过程内部只读或仅做局部修改时，_nocopy 才可能带来收益。普通标量参数（number、date）加了没用，反而埋雷。

Oracle 默认按值传递（copy-in/copy-out），函数退出时才把修改写回实参；_NOCOPY 改为传引用，实参内存地址直接透传进子程序
如果子程序中途异常退出，_NOCOPY 下实参可能已部分被改写，而默认行为下实参完全不受影响
在 FORALL + BULK COLLECT 场景中，大集合反复进出子程序时，去掉拷贝能省几毫秒——但得先确认这是瓶颈，别过早优化

`_NOCOPY` 为什么有时不生效？编译器会悄悄忽略

Oracle 不保证一定按引用传递，即使写了 _NOCOPY，也可能因以下原因退回到拷贝模式：

参数是 IN OUT 或 OUT，但调用时传的是表达式（如 my_proc(x + 1)）、字面量（my_proc('abc')）或常量（my_proc(c_my_const)）——这些没法取地址，强制拷贝
参数类型含 %ROWTYPE 或 %TYPE 且底层对象结构复杂（比如字段含 LOB），Oracle 认为安全起见仍走拷贝
开启了调试模式（ALTER SESSION SET PLSQL_DEBUG = TRUE），所有 _NOCOPY 自动失效

验证是否真生效？用 DBMS_OUTPUT.PUT_LINE 打印参数地址（UTL_RAW.CAST_FROM_NUMBER 配合 DBMS_UTILITY.GET_HASH_VALUE 不靠谱），更稳的方式是测执行时间差异 + V$SQL_PLAN 看是否减少内存分配。

怎么写才不会踩坑？三条硬约束

_NOCOPY 是提示（hint），不是指令，必须配合明确的使用契约，否则容易引发静默错误：

只对 IN OUT 和 OUT 参数加，IN 参数加了无效（Oracle 忽略）
调用方必须传变量名，不能传表达式；检查调用处是不是写了类似 proc(my_array) 而不是 proc(my_array || 'x')
子程序里别假设参数“干净”——万一上游已经用 _NOCOPY 传进来，你再把它当全新容器清空（my_tab.DELETE），可能误删调用方数据

示例对比：

PROCEDURE bad_example(p_list IN OUT NOCOPY t_string_list) IS
BEGIN
  p_list.DELETE; -- 危险！调用方数组可能被清空
  p_list.EXTEND(1); p_list(1) := 'new';
END;
<p>PROCEDURE good_example(p_list IN OUT NOCOPY t_string_list) IS
l_local_copy t_string_list := p_list; -- 显式复制，隔离副作用
BEGIN
l_local_copy.DELETE;
l_local_copy.EXTEND(1); l_local_copy(1) := 'new';
p_list := l_local_copy; -- 最后一次性赋值
END;</p>