Стоит ли в PHP в функциях или методах класса закрывать объявленные переменные, для экономии памяти и ЦПУ?

Question

[Сергей Кореневский]

в посте 40 советов по оптимизации вашего PHP-кода я прочитал рекомендации под номером 5 "Удаляйте свои переменные для освобождения памяти, тем более, если это большие массивы."
.
Так вот уважаемые гуру подскажите, стоит ли удалять в функциях и методах массивы и другие переменные?
ведь по идее по завершении метода или класса переменные не видны или не доступны или удаляются.

Answer 1

[index0h]

Если после обработки реально крупный массив, или объект уже не нужен, но метод еще не завершился - тогда стоит удалять. Правда это нужно воспринимать скорее как исключительную ситуацию. Например ниже объемная переменная $data используется всего 1 раз, а дальше просто висит в памяти до завершения метода. Тут имеет смысл ее удалить.

public function executeHugeData()
{
    $data          = $this->getDatabase()->loadHugeData();
    $convertedData = $this->getConvertor()->convert($data);
// unset($data);
    // Working with $convertedData
}

В остальных случаях - есть сборщик мусора.

--- UPD ---

Если метод может быть статическим, объявляйте его статическим.

Это приведет к бесконтрольной связности вашего проекта. Для крупных проектов - это не то, что гвоздь в их гроб, это целая стенка.

Comments

[Сергей Кореневский]

Да вот думаЮ, в CMS в модели MVC в классе View`ера обрабатывал много больших массивов, а потом я понятия не имею что будет делать с этим классом CMS, может удалит а может будет до конца держать в памяти. Работаю с Joomla

[Сергей Кореневский]

Dier_Sergio_Great: я наверно плохой программист раз этим парюсь и не знаю.

[index0h]

Dier_Sergio_Great
)) Вы выбрали одну из худших CMS с точки зрения программиста (хотя с точки зрения конечного пользователя она не так уж и плоха).

Мой вам совет: чем раньше откажетесь от CMS в пользу фреймворков - тем скорее вырастите.
Увы, качественных фреймворков единицы: symfony, silex, да и пожалуй все. Всякие популярные laravel/yii (я между прочим как в прошлом фан yii это говорю) за свои плюшки требуют очень высокую цену. Как правило, жертвуется безопасностью, читабельностью, тестируемостью и производительностью ради лаконичности.

[Евгений]

index0h: чем ларавел-то плох?

[index0h]

Nc_Soft Попросили проверить код, на что смотреть нужно?
см. мой ответ regretful

[Евгений]

index0h: А понял, вы из фанатиков симфони и доктрины.

[index0h]

Nc_Soft Симфони и доктрина - не идеальны, это правда. Но лучше их за 8 лет я пока не нашел.

[index0h]

Nc_Soft Так говорите, будто бы это что-то плохое))

Answer 2

[Евгений]

Сборщик мусора это сделает сам.

Answer 3

[Alex Safonov]

Допустим у вас онлайн-магазин мобильной техники. Есть сущность $item, которая является экземпляром класса Goods.
В бизнес-модели - это товар. Мы его отобразим на странице каталога как html и больше нам ничего не надо.
Допустим наш объект занимает в памяти 500кБ. Если на странице 100 товаров, то мы уже заберем 50мБ на скрипт.
Но нам нужен экземпляр класса, только чтобы отрендерить его html. Сборщик мусора удалит объект только если на него нет больше ссылок. Но пока мы дойдём до рендера самого html мы заимеем этот $item в классе Catalog, CatalogFilter, в ORM.

Конечно надо руками чистить объекты. Это сильно снизит потребление памяти. Но на самом деле чистить надо только такие "утечки", а не всё подряд.

Answer 4

[Константин]

Здесь достаточно подробно описана работа с памятью в PHP