Drupal7 非常强大，其强大核心之一是entity field模式，比如node/taxonomy term/ user 都是一种entity, 并且支持field模式，也就是用户可以随意的添加新的field给node/taxonomy term/user；
强大的背后是性能的担忧；加入node有10个field,那么就对应10个表来装载field数据，而不是一个列，这就导致了至少10个join 去查询一个node. 这对数据库的性能影响是巨大，甚至是致命的；试想，如果一个页面有10个block, 每个block包含10个node, 每个node有10个field, 那么查询表的次数就是10次（使用entity_load_multiple），join的次数是100次;
我们几乎没有直接的办法解决这个问题，毕竟这就是Drupal.
在这里我们提供一个小的性能优化办法，即使用drupal_static函数，这个优化方法是PHP级别的，需要了解基本的PHP知识。
这个函数可以缓存函数执行结果，保证在函数执行退出后，结果存在内存中，但是又不同于memcache，它在一个请求结束后就自动释放。
这里举个例子：
现在有这样子的需求，页面上有2个block: last_news block, last_comment block，内容要求是last_comment 需要10条，首先取last_news 的comment, 如果不足，则按照时间先后顺序取出除了和last_news comment 匹配的项；
分析下，last_news block保护了last_news 数据，在last_comment 也需要这个数据，假设有方法叫: news_last_news_data() 返回这个last_news,
函数原型:
则需要调用2次，那么数据库也需要查询2次，相对的JOIN问题也会凸显，在并发量情况下，比如20，那么数据库来说就有20次查询，压力还是有点的怕，在1G内存下VPS应该是撑不住这个并发了；
怎么办？我们要减少数据库的请求，分析，我们看到news_last_news_data()不需要参数，功能也就是查询而已，我们断定每次调用返回的结果都是一样。那么我们有没有办法缓存查询结果？
有！ drupal_static来了.
看下面伪代码:
分析如下：
第一行，我调用了drupal_static()方法，第一个参数是一个key, key是唯一键，这里使用魔法常量__FUNCTION__表示, 代表着使用方法名作为key, 第二个参数是默认值，当缓存不存在的时候使用一个空的数组替代
第二行，我加了一个判断，如果$last_news缓存已经存在，则不执行查询，这样就减少了这个查询的一半的压力，运行一下，速度是不是很块！
后面的代码你应该懂了吧！
此处还要注意：在php5.1.13有一个BUG, 也是我使用过程中遇到的，意思是当在匿名方法里面使用use关键字调用匿名方法上层的变量，且这个变量是来自drupal_static的返回值，那么匿名方法执行完后，会修改上层的变量的引用，也就是在后面引用到这个变量，那么这个变量以及不是drupal_static的返回值，所以缓存会失效。这个BUG说的很复杂，遇到后就看看是否使用了匿名方法吧。
</div>