PostgreSQL 在内存上下文中分配内存。内存上下文为管理那些在许多不同位置创建、且生命周期各不相同的内存分配提供了便捷手段。销毁某个上下文时，会释放其中分配的全部内存。因此，不必为了避免内存泄漏而跟踪每个单独对象；只需管理数量相对较少的上下文即可。palloc 及相关函数都从“当前”上下文中分配内存。

SPI_connect 创建新的内存上下文并将其设为当前上下文。SPI_finish 则恢复先前的当前上下文，并销毁由 SPI_connect 创建的上下文。这些操作可以确保在 C 函数内部所做的临时内存分配会在 C 函数退出时被回收，从而避免内存泄漏。

不过，如果 C 函数需要返回位于已分配内存中的对象（例如传引用数据类型的值），就不能使用 palloc 来分配这块内存，至少在连接到 SPI 的期间不能这么做。否则，该对象会在 SPI_finish 时被释放，C 函数也就无法可靠工作。解决办法是用 SPI_palloc 为返回对象分配内存。SPI_palloc 在“上层执行器上下文”中分配内存，也就是调用 SPI_connect 时的当前内存上下文；这正是从 C 函数返回值最合适的上下文。本节介绍的其他几个辅助函数同样会返回在上层执行器上下文中创建的对象。

调用 SPI_connect 时，会把该 C 函数的私有上下文（由 SPI_connect 创建）设为当前上下文。所有通过 palloc、repalloc 或 SPI 辅助函数分配的内存（本节另有说明的除外）都位于这个上下文中。当 C 函数通过 SPI_finish 与 SPI 管理器断开连接时，当前上下文会恢复为上层执行器上下文，而在该 C 函数内存上下文中分配的所有内存都会被释放，之后就不能再使用。