PostgreSQL函数参数传递机制：按引用还是按值传递？

这个问题问得特别好，刚好说到了PostgreSQL函数参数传递的核心细节——其实PostgreSQL函数参数传递统一遵循「值传递」的语义，不过底层会根据数据类型的特性做性能优化，但对外表现永远是传递副本，这也是你观察到「修改函数内参数不影响原变量」的根本原因。

具体分不同类型来看：

• 基础数据类型（整数、布尔、小数、短字符串等）：这类体积小的类型会直接在栈上复制完整的值，完全符合你说的「被复制」的直观感受，没有特殊优化，函数拿到的就是原数据的独立副本。

• 大型复杂类型（长字符串、数组、行类型、JSONB等）：这里容易产生误解，但本质还是值传递。不过PostgreSQL底层用了**写时复制（Copy-On-Write, COW）**的优化策略：当你把这类大型对象作为参数传给函数时，一开始并不会立刻复制整个对象的内存块，而是让函数内的参数指向原数据的内存地址。但只要你在函数里试图修改这个参数，PostgreSQL会立刻为它创建一个完整的独立副本，之后的所有修改都在这个副本上进行，原数据完全不受影响。

这也就解释了你的观察：不管底层有没有用COW优化，对外的语义都是函数操作的是参数的副本，和调用方的原变量彻底隔离，所以修改函数内的参数不会影响原变量。

举个简单的PL/pgSQL例子验证一下：

CREATE OR REPLACE FUNCTION modify_test_array(arr int[]) RETURNS void AS $$
BEGIN
  -- 修改函数内的参数数组
  arr[1] := 999;
END;
$$ LANGUAGE plpgsql;

-- 测试调用
DO $$
DECLARE
  original_arr int[] := ARRAY[1, 2, 3];
BEGIN
  RAISE NOTICE '调用前原数组: %', original_arr; -- 输出 调用前原数组: {1,2,3}
  modify_test_array(original_arr);
  RAISE NOTICE '调用后原数组: %', original_arr; -- 输出 调用后原数组: {1,2,3}，原数组无变化
END $$;

这种设计其实是平衡了语义清晰性和性能：开发者不用操心引用传递带来的意外副作用，而底层的COW优化又避免了不必要的内存拷贝开销，兼顾了易用性和效率。

内容的提问来源于stack exchange，提问作者404