Синхронизированный блок в php 7

Короткий ответ на ваш вопрос: нет, ничего подобного для PHP не существует, потому что, как вы указываете, PHP не запускает многопоточные процессы. PHP 7 в этом отношении такой же, как и предыдущие версии PHP.

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

Проблема, которую вы описываете, заключается в наличии общего объекта между процессами. Общий объект не является последовательным для PHP без многопоточности, но основная цель общего объекта — совместное использование данных внутри объекта.

Если мы говорим об общих данных, вы правы в том, что БД или файл являются распространенным способом сделать это, и обычно этого достаточно с точки зрения производительности, но если вам действительно нужно больше производительности, вы можете действительно поделиться данными в памяти. с помощью чего-то вроде Memcache. Существуют хорошо зарекомендовавшие себя библиотеки для работы с memcache в PHP. Это было бы нормальным решением PHP.

Теперь есть еще два вопроса, которые я хотел бы здесь затронуть и которые могут быть уместны здесь.

Во-первых, позвольте мне добавить NodeJS к уравнению, потому что это снова делает вещи по-другому. В NodeJS система также является однопоточной, но в отличие от PHP, который запускает новый процесс для каждого запроса, в NodeJS все запросы передаются в один постоянно работающий поток. Это означает, что в NodeJS, даже если он однопоточный, вы можете иметь глобальные данные (обычно соединение с БД), которые совместно используются запросами, потому что все они выполняются в одном процессе.

Дело в том, что однопоточность не является причиной того, что PHP не может обмениваться данными между запросами; это больше о том, что в PHP каждый запрос изолирован от других в своем собственном процессе. Это далеко не недостаток, это на самом деле может быть преимуществом — например, сбой PHP не приведет к падению всего вашего сайта, что могло бы произойти в многопоточной среде или среде с разделяемыми потоками. На самом деле это одна из самых больших слабостей NodeJS: один бит плохо написанного кода может сделать сервер полностью невосприимчивым.

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

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

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

function synchronized($handler)
{
    $name = md5(json_encode(debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS,1)[0]));
    $filename = sys_get_temp_dir().'/'.$name.'.lock';
    $file = fopen($filename, 'w');
    if ($file === false) {
        return false;
    }
    $lock = flock($file, LOCK_EX);
    if (!$lock) {
        fclose($file);
        return false;
    }
    $result = $handler();
    flock($file, LOCK_UN);
    fclose($file);
    return $result;
}

function file_put_contents_atomic($filename, $string)
{
    return synchronized(function() use ($filename,$string) {
        $tempfile = $filename . '.temp';
        $result = file_put_contents($tempfile, $string);
        $result = $result && rename($tempfile, $filename);
        return $result;
    });
}

Приведенный выше код выполняет атомарное file_put_contents с использованием пользовательской «синхронизированной» функции.

Источник: https://tqdev.com/2018-java-synchronized-block-in-php

PHP разработан, чтобы быть недолговечным — приложение PHP рождается и уничтожается с помощью HTTP-запроса.

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

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

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

Одиночки и общие классы существуют в PHP.

Но PHP недолговечен. Для каждого HTTP-запроса создается новый процесс и выполняется ваш скрипт. Это означает, что ключевое слово synchronized в вашем случае не поможет.

Условия гонки между несколькими запросами избегаются дизайном приложения.

Например, в вашем SQL-запросе вы должны делать такие вещи, как count = count + 1, вместо того, чтобы сначала читать count, затем увеличивать его на единицу, а затем записывать. Это не так уж отличается от некоторых механизмов, которые вы использовали бы в Java для параллелизма (synchronized часто является наихудшим средством от проблем с параллелизмом).

Для баз данных вы можете заблокировать таблицы и использовать транзакции для обеспечения целостности нескольких запросов.

Я привожу вам такой пример: PayPal иногда отправляет подтверждение после каждого платежа ДВАЖДЫ в одно и то же время. Теперь я делаю в основном if($confirmed && DoesNotExistYet()){ $c = new Customer(); $с->сохранить();}

Используйте ограничения UNIQUE в своей базе данных. Или закрой стол. Или иначе. У вас есть варианты, но ключевое слово synchronized не решит проблему, потому что это другие процессы.

Несколько слов о синглтонах: Java гарантирует, что один синглтон существует только один раз для каждого процесса. PHP делает то же самое. Если вы запустите один и тот же JAR 2x, вы получите два процесса Java, каждый со своим собственным экземпляром синглтона.