本文链接：http://www.orlion.ml/tag/php-internal/

一、内存管理基础

用c语言开发时，开发者要手动进行内存管理。PHP经常作为web服务器的模块，内存管理与预防内存泄露紧密关联。另外PHP可能用于线程环境中，所以全局变量可能导致竞争情况。此外Zend引擎面对一个十分特殊的使用模式：在一段比较短的时间内，许多zval结构大小的内存块和其他的小内存块被申请又再被释放，PHP的内存管理也很重视memory_limit(内存限制)

为了满足以上的需求，Zend引擎提供了为了处理请求相关数据提供了一种特殊的内存管理器。请求相关数据是指只需要服务于单个请求，最迟在请求结束时释放的数据。扩展开发者主要接触下表中列出的惯例，虽然一些所提供的便捷功能使用宏实现的，但是本文中会像函数一样对待。

如上所述，防止有内存泄露并尽可能快的释放所有内存是内存管理的重要组成部分。因为安全原因，在请求结束时，Zend引擎会释放所有由上面提到的API所分配的内存。如果PHP使用--enable-debug配置选项进行构建，这将产生一个警告

当使用PHP变量时，需要确认变量的内存要使用emalloc来分配，并注意引用计数。

内存泄漏检测仅可以发现由 emalloc 分配内存块导致的泄漏。为进行深层分析，建议使用内存检测器，如 valgrind 或 libumem 等。要简化此分析，可在 PHP 启动时通过设置环境变量 USE_ZEND_ALLOC=0 来禁用 PHP 的内存管理器。

(以上是PHP官网中文内容)

二、数据持久化

数据持久化意味着任何数据预计比当前请求生存时间长，没有Zend引擎的内存管理器非常关注于请求绑定分配，但是这通常不是实用或者是合适的。持久化内存有时需要为了满足外部类库的要求，它也是有用的"黑科技"。

持久化内存通常用在持久化数据库连接上，虽然实践起来并不好，但依然是最常使用的特性。

注意:下面所有函数采取额外的持久化参数应该是false,引擎将用常规的分配器(emalloc)，内存不应该是 considered persistent(不会翻译！)。作为持久化的内存，系统调用分配器，正像主要的内存API一样在大多数情况下它们仍然不返回空指针

警告:需要注意被分配用来持久化的内存不是最优化的或者是被Zend引擎跟踪的，它不被memory_limit所限制，另外，所有通过the hacker创建的变量一定不能被用来持久化内存。

(翻译的真烂！)