小花内存泄漏

我这里有潜在的内存泄漏。大概是小花的。我希望从你那里得到见解。(几天来一直在尝试调试这个脚本，昨晚终于放弃了(。

以下是此脚本的作用：

基本上，这是一个后台工作者(托管在宝塔盒子(。这就是为什么它是一个无限的while循环。循序渐进：

1. 它试图获得一篇未处理的文章
2. 然后，它从相关表中获取相关信息
3. 它将信息保存到表中(电子邮件(
4. 当然，由于只从表中获取一条文章记录，因此它会返回到顶部并获取另一篇文章。
5. 并再次从 1 开始。

问题：内存在第一条记录后未清除，最终，分配的内存(无论多么大(都会用完。我不得不认为，由于您正在处理一个新的数据库对象，因此必须清除内存。但事实并非如此。

我尝试了不同的方法，你可以想到清除记忆。我尝试过使变量 NULL、unset((，我已经声明了 gc_enable、gc_collect_cycles((，我试图让脚本休眠 60 秒，希望垃圾收集器在平静时刻完成他的工作(眨眼 - 我知道我疯了(。我认为ORM是问题所在，所以我尝试了DB。我尝试关闭分析——顺便说一下，这很有帮助，但首先不是问题所在。我试过__destruct。

内存仍然耗尽。

你可能会说数据集可能很大。是的。但问题是，这可以处理大约 3 到 4 条文章记录，然后再耗尽内存。这意味着，它实际上可以处理至少一个。我希望在 1 条记录之后，内存被释放。

---

public function action_grab_article_topics()
{
    gc_enable();
    $x = 1;
    while ($x == 1)
    {
        // $articles = ORM::factory('article')
        //   ->where('sent', '=', 0)
        //   // ->limit(1)
        //   ->find();
        $articles = DB::select()
                ->from('articles')
                ->where('sent', '=', 0)
                ->as_object()
                ->execute()
                ->current();
        $topics = array();
        //foreach ($articles as $a)
        //{
            //$topics = $articles->topics->find_all()->as_array();
        if ($articles)
        {   
            $topics = DB::select('topic_id')
                    ->from('articles_topics')
                    ->where("article_id", '=', $articles->id);
            if (! empty($topics))
            {
                $members = DB::select('members.id', 'members.email', 'members_topics.topic_id', 'topics.topic_name')
                        ->from('members_topics')
                        ->join('members')
                        ->on('members.id', '=', 'members_topics.member_id')
                        ->join('topics')
                        ->on('topics.id', '=', 'members_topics.topic_id')
                        ->where('members_topics.topic_id', 'IN', $topics)
                        // ->limit(20)
                        ->as_object()
                        ->execute();
                foreach ($members as $m)
                {
                    $topic_id = $m->topic_id;
                    $topic_name = $m->topic_name;
                    $data = array(
                                "member_id" => $m->id,
                                "topic_id" => $topic_id,
                                "article_id" => $a->id,
                                "topic_name" => $topic_name,
                                "title" => $a->title,
                            );
                        $emailersched = ORM::factory('emailersched')->values($data)->save();
                        unset($m);
                 }
                $members->__destruct();
            //sleep(2);
            //$m = NULL;
            }
            $data = array('sent'=> time());
            $query = DB::update('articles')
                    ->set($data)
                    ->where('id', '=', $articles->id)
                    ->execute();
             // $articles->sent = time();
             // $articles->save();

            //}
         //echo "done";
            //$a = NULL;
            //$articles->__destruct();
            $articles = NULL;
            $topics = NULL;
            unset($articles);
            unset($topics);
            }
        gc_collect_cycles();
        //sleep(60);
    }
}

编辑：在我的"内存泄漏"调查中(因为我继续遇到代码问题(，这里有一些奇怪的东西，我已经解决了：

http://pastebin.com/c7pc5XjW 此代码在Kohana和FuelPHP上运行 - 相同的基本代码库，使用内置的数据库模块，不使用ORM，访问相同的数据库。燃料不使用油。它是通过公共http访问的，就像访问Kohana一样。

此代码尝试处理总共大约 10k 条记录中的 50 条记录。

这是我对Kohana的记忆日志：http://pastebin.com/gUiF9D2w

这是我对FuelPHP的记忆日志：http://pastebin.com/v8Pzwu77

请注意，Kohana从3Mb开始，以7Mb结束.然而，FuelPHP开始于11Mb左右，但也以11MB结束。虽然Kohana从小处开始，但在我看来，它在这方面确实存在泄漏。

有什么想法吗？

'profiling'    => FALSE