stream_socket_server — Создаёт серверный сокет Internet- или Unix-домена
stream_socket_server: Создаёт серверный сокет Internet- или Unix-домена. Контекст: расширение или раздел Потоки. Различительные признаки: stream / socket / server; обязательные $address; необязательные $error_code, $error_message, $flags, $context; результат resource|false; задача «создание»; профиль «файловый ввод-вывод».
Материал подготовлен автоматизированно по структурным фактам и прошёл программные шлюзы качества; индивидуальная ручная редактура каждой страницы не заявляется. Методика подготовки и ограничения.
resource|false stream_socket_server(string $address, int $error_code = null, string $error_message = null, int $flags = STREAM_SERVER_BIND | STREAM_SERVER_LISTEN, resource|null $context = null)Назначение stream_socket_server
stream_socket_server: Создаёт серверный сокет Internet- или Unix-домена. Справочная сущность относится к разделу «Потоки». Используйте её, когда это краткое назначение совпадает с задачей приложения; фактическое поведение подтверждайте сигнатурой и проверочным сценарием ниже.
Чем отличается stream_socket_server
Это процедурная функция раздела «Потоки». Её отличают имя stream_socket_server, контракт «обязательные $address; необязательные $error_code, $error_message, $flags, $context» и объявленный результат resource|false; эти три признака нужно сверять вместе при выборе похожего API.
Смысловое направление stream_socket_server
Смысловое направление stream_socket_server — «создание». В прикладном коде определите владельца созданного значения и момент освобождения связанных ресурсов. Контрольный набор для этой операции: проверьте повторное создание и конфликт уже существующего объекта. Такой акцент отделяет stream_socket_server от API с похожей сигнатурой, но противоположным действием или другим жизненным циклом.
Сигнатура stream_socket_server
Структурная запись: resource|false stream_socket_server(string $address, int $error_code = null, string $error_message = null, int $flags = STREAM_SERVER_BIND | STREAM_SERVER_LISTEN, resource|null $context = null). В ней 5 параметров: обязательные $address; необязательные $error_code, $error_message, $flags, $context. Результат объявлен как resource|false; перед переносом кода сопоставьте сигнатуру с версией PHP и составом расширений проекта.
Параметры stream_socket_server
Порядок и роли аргументов по сигнатуре: 1. $address — string, обязателен; 2. $error_code — int, необязателен, default null; 3. $error_message — string, необязателен, default null; 4. $flags — int, необязателен, default STREAM_SERVER_BIND | STREAM_SERVER_LISTEN; 5. $context — resource|null, необязателен, default null.
Контроль входных данных для stream_socket_server
1) string $address — обязательный: разведите пустую строку, штатное значение и ввод с неожиданной кодировкой или длиной. 2) int $error_code — необязательный: проверьте минимальное, типичное и предельное числовое значение без неявного преобразования строки. 3) string $error_message — необязательный: разведите пустую строку, штатное значение и ввод с неожиданной кодировкой или длиной. 4) int $flags — необязательный: перечислите разрешённые значения и отдельно проверьте конфликтующую комбинацию. 5) resource|null $context — необязательный: перечислите разрешённые значения и отдельно проверьте конфликтующую комбинацию.
Результат stream_socket_server
stream_socket_server объявляет результат типа resource|false. Контракт stream_socket_server допускает false: проверяйте этот исход строгим сравнением === false, чтобы не спутать его с 0, пустой строкой или пустым массивом.
Проверочный сценарий для stream_socket_server
Убедитесь, что раздел «Потоки» доступен в целевой сборке PHP. Сначала выполните контрольный вызов с обязательным набором string $address. Затем отдельно добавьте необязательные параметры int $error_code=null, string $error_message=null, int $flags=STREAM_SERVER_BIND | STREAM_SERVER_LISTEN, resource|null $context=null, чтобы увидеть влияние значений по умолчанию. Для профиля «файловый ввод-вывод» важно нормализовать путь и ограничить доступ разрешённой областью; негативный сценарий должен проверить отсутствие файла, права, пустой поток и частичное чтение.
Интеграция stream_socket_server в проект
Проверку доступности stream_socket_server и преобразование входных значений разместите у границы модуля «Потоки». Для профиля «файловый ввод-вывод» вынесите обработку отказа в одну ветку и добавьте к журналу имя операции, версию PHP и безопасные метаданные входа. Не применяйте оператор @: он скрывает диагностический сигнал, необходимый для разбора сбоя. Повторный вызов разрешайте только после явной проверки, что операция stream_socket_server не создаёт нежелательный повторный эффект в вашем сценарии.
Диагностика stream_socket_server
Сначала запишите точную сигнатуру resource|false stream_socket_server(string $address, int $error_code = null, string $error_message = null, int $flags = STREAM_SERVER_BIND | STREAM_SERVER_LISTEN, resource|null $context = null) и фактические типы переданных значений. Затем подтвердите загрузку расширения «Потоки» в той же среде, где выполняется stream_socket_server. Документация описывает ошибочный исход: отделите его от корректного пустого значения строгой проверкой и сохраните исходную диагностику. Для stream_socket_server предусмотрите отдельный тест ветки false; не смешивайте её с 0 или пустой строкой.
Границы применения
Для категории «файловый ввод-вывод» применяйте отдельный негативный тест: проверить отсутствие файла, права, пустой поток и частичное чтение. В production-коде важно нормализовать путь и ограничить доступ разрешённой областью. Исходные предупреждения и примечания не копируются на эту страницу: перед решением, влияющим на совместимость или безопасность, сверяйте поведение в целевой версии PHP.
Когда выбирать stream_socket_server
Выбор stream_socket_server оправдан, когда одновременно выполнены три условия: 1) в сборке доступно расширение «Потоки»; 2) сигнатура содержит 5 аргументов: обязательных 1, необязательных 4; 3) вызывающему коду нужен результат resource|false и действие «создание». Для профиля «файловый ввод-вывод» до интеграции отдельно подтвердите применимость правила: «undefined». Если хотя бы один пункт не выполняется, сравните контракт с stream_socket_client: у него другое назначение, владелец или набор входных данных.
Сравнение stream_socket_server с соседними API
Для stream_socket_server базовый ориентир: создаёт серверный сокет internet- или unix-домена; обязательные $address; необязательные $error_code, $error_message, $flags, $context; результат resource|false. Сопоставление с опубликованными соседями: stream_socket_client: открывает соединение с интернет-сокетом или с доменным unix-сокетом; вход — обязательные $address; необязательные $error_code, $error_message, $timeout, $flags, $context; результат — resource|false. stream_set_blocking: устанавливает блокирующий или неблокирующий режим для потока; вход — обязательные $stream, $enable; результат — bool. stream_set_timeout: устанавливает значение времени ожидания для потока; вход — обязательные $stream, $seconds; необязательные $microseconds; результат — bool. Выбор делайте по различиям владельца, контракта и жизненного цикла, а не по сходству имени.
Версии и ограничения
В структурной истории исходной записи отмечены версии: 8.0.0. stream_socket_server сверена по закреплённой ревизии php/doc-ru. Перед обновлением PHP повторите тесты типов, предупреждений и граничных значений для этой сущности. Не переносите выводы между версиями без повторного запуска минимального воспроизводимого примера для stream_socket_server.
Связанные материалы
Источники и проверка
- PHP Documentation Group — структурный источник, без внешней ссылки
- creativecommons.org — условия лицензии
Страница составлена самостоятельно по структурным фактам: имени сущности, сигнатуре, типам и версии. Длинные фрагменты исходной документации не публикуются. Структурный источник: PHP Documentation Group / php-doc-ru, ревизия 5192f2d8cd6b6f28961ac2ff7f9bd5266c666972, лицензия CC BY 3.0 или более поздняя. Структура и практические пояснения изменены; проект не является официальным сайтом PHP.
Последняя содержательная проверка: . Автор-разработчик Михаил Каржин. Методика качества контента.