PostgreSQL C语言实现substring函数能否不分配缓冲区直接操作原字符串

结论 #

不存在合规的实现方式，不建议尝试直接操作原输入字符串返回子串，核心原因如下：

• PostgreSQL的text类型是「变长头+实际内容」的连续内存结构，返回值必须是完整的text结构：原字符串的变长头（VARHDRSZ字节）存储在内存起始位置，子串的内容起始位置在原内存的偏移处，前面没有合法的变长头，直接偏移原指针返回的话PostgreSQL无法识别结构长度，会直接触发崩溃。
• 输入参数的内存生命周期不由当前函数控制：函数输入参数的内存属于上层调用上下文的内存池，函数返回后随时可能被回收，直接返回指向原输入的指针会引发释放后使用（UAF）错误，严重时会导致PostgreSQL服务进程崩溃。
• 输入参数为只读属性：如果强行修改原text的长度头来适配子串长度，会破坏所有依赖该原始值的逻辑，比如同一个输入值被多个调用复用的场景，会引发不可预期的数据错误。

可选优化方案 #

如果你是为了降低内存分配和拷贝的开销，可以增加边界场景的特殊判断：当子串范围等于原字符串全量时（比如起始位置为0、结束位置等于原字符串长度），可以直接返回原输入指针，无需重新分配内存：

if (start == 0 && stop == string_length) {
    PG_RETURN_TEXT_P(original_text);
}
// 其他场景走原有palloc+memcpy逻辑

除了上述特殊场景外，其他情况按照你当前的palloc+memcpy实现即可，这是PostgreSQL扩展函数的标准实现方式，本身开销极低，没有必要强行省略内存分配步骤。

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