Производительность PHP при использовании констант вместо строк

Вы можете проверить это примерно так, как показано ниже.

Обратите внимание, что PHP много оптимизирует и хранит скомпилированный байтовый код в своем кеше. http://php.net/manual/en/intro.opcache.php

Результаты, достижения

нить 0,38328790664673 постоянный 0,50211310386658

нить 0,38391804695129 постоянный 0,51568698883057

Что меня удивляет, так это то, что String кажется быстрее.

Я заметил следующую настройку в конфигурации opcache:

opcache.interned_strings_buffer integer
The amount of memory used to store interned strings, in megabytes. 
This configuration directive is ignored in PHP < 5.3.0.

Довольно аккуратная настройка с 0 документацией. PHP использует метод, называемый интернированием строк, для повышения производительности, поэтому, например, если в вашем коде есть строка «foobar» 1000 раз, внутри PHP сохранит одну неизменяемую переменную для этой строки и просто использует указатель на нее для остальных 999 раз вы его используете. Прохладный. Этот параметр выводит его на новый уровень. вместо того, чтобы иметь пул этих неизменяемых строк для каждого ОДНОГО процесса php-fpm, этот параметр разделяет его во ВСЕХ ваших процессах php-fpm. Это экономит память и повышает производительность, особенно в больших приложениях.

Поэтому утверждение, что сравнение строк происходит медленнее, чем сравнение констант, является неправильным предположением в PHP.

НО: вы можете сломать этот пример оптимизации:

$state = "State";
switch($string) {
    case "Offline" . $state:
    break;
}

Результатом этого будет: строка 0,61401081085205 константа 0,51961803436279

В этом случае постоянное сравнение будет быстрее.

Улучшения производительности были добавлены в PHP5.4, и вот RFC https://wiki.php.net/rfc/performanceimprovements

Но обратите внимание, что константы обычно улучшают рефакторинг кода и, следовательно, более удобны в обслуживании. Кроме того, снижение производительности незначительно.

function doSomethingString() {
    return "OfflineState";
}

const OFFLINE_STATE = 1;
function doSomethingConstant() {
    return OFFLINE_STATE;
}

function dummy() {}

// String
echo('string' . PHP_EOL);
$start = microtime(true);
for($i = 0; $i < 10000000; $i++) {
    switch(doSomethingString()) {
        case "OfflineState":
            dummy();
            break;
    }
}
echo(PHP_EOL);
$end = microtime(true);
echo($end - $start);
echo(PHP_EOL);


//Constant
echo('constant' . PHP_EOL);
$start = microtime(true);
for($i = 0; $i < 10000000; $i++) {
    switch(doSomethingConstant()) {
        case OFFLINE_STATE:
            dummy();
            break;
    }
}
echo(PHP_EOL);
$end = microtime(true);
echo($end - $start);
echo(PHP_EOL);

Моя версия php:

PHP 7.2.8-1+ubuntu18.04.1+deb.sury.org+1 (cli) (built: Jul 25 2018 10:52:19) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.2.8-1+ubuntu18.04.1+deb.sury.org+1, Copyright (c) 1999-2018, by Zend Technologies

i know that strings comparison can be quite slow

Это не совсем верно в контексте веб-приложения.

Для сравнения строк требуется микросекунды.

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

Так что такая микрооптимизация вряд ли того стоит. Вместо этого вам следует сосредоточиться на том, что делает код наиболее понятным и удобным в обслуживании.

Оптимизация производительности вашего кода вступит в игру позже, если вы перебираете миллионы элементов или обслуживаете тысячи запросов в секунду.

if the PHP parser still needs to read the whole constant name before comparing, is not it the same than using a string, or a variable?

Использование констант (и наличие значений констант числа, а не строк), вероятно, немного быстрее, чем использование строковых значений, а также, вероятно, более ясный и поддерживаемый код. Но опять же, в процессе загрузки веб-страницы вы не заметите разницы.

Я собираюсь затронуть несколько аспектов вашего вопроса, чтобы, надеюсь, дать вам более широкое понимание.

На ваш настоящий вопрос ответ заключается в том, что этап выполнения и этап синтаксического анализа вашего приложения являются отдельными понятиями. PHP действительно должен анализировать ваш исходный код, но этот исходный код затем преобразуется в другой формат, известный как Opcode. Код операции - это более эффективное представление вашего кода на более низком уровне. Среда выполнения также кэширует это представление, что означает, что ей не нужно анализировать исходный код при каждом вызове.

Когда вы сравниваете две строки, время зависит от длины самой короткой строки (вообще говоря). Однако целые числа обычно можно сравнивать намного эффективнее, и именно этого преимущества в производительности вы пытаетесь достичь, используя константы, основанные на целых числах. Поиск значения константы не обязательно требует обхода имени константы в виде строки, потому что ее представление в коде операции не обязательно такое же, как в исходном коде. Однако, как указано в другом ответе, кажется, что PHP на самом деле оптимизирован для сравнения строк, и они на самом деле в небольшой степени превосходят постоянные целочисленные сравнения!

Однако это не обязательно означает, что вам не следует переходить на константы. Реальное преимущество использования констант и строковых литералов для этих типов сравнений заключается в том, что среда выполнения может помочь вам, если вы, скажем, допустили опечатку. Если ваша кодовая база заполнена сравнениями строк типа $var == "some special value", синтаксический анализатор будет более чем счастлив позволить вам ввести опечатку в "some special value" в непонятных областях вашего кода. Однако, если вы используете константы, сравнение, такое как $var == MY_SPECIAL_CONSTANT, предупредит вас, если вы неправильно введете имя константы. Это также позволяет вам определять конкретное значение в одном месте (определение константы), так что если вам когда-либо понадобится его изменить, это будет однострочное изменение вместо огромных усилий по поиску-замене.

Большая часть кода PHP имеет тенденцию быть «строковым программированием», и эти типы кодовых баз могут быть хрупкими и легко восприимчивыми к опечаткам. Константы действительно могут здесь помочь, и именно здесь их ценность, а не производительность.