Spec-Zone.ru › Elixir 1.18

Исходный код Порт

Функции для взаимодействия с внешним миром через порты.

Порты предоставляют механизм для запуска процессов операционной системы, внешних по отношению к виртуальной машине Erlang, и взаимодействия с ними через передачу сообщений.

Пример

iex> port = Port.open({:spawn, "cat"}, [:binary])
iex> send(port, {self(), {:command, "hello"}})
iex> send(port, {self(), {:command, "world"}})
iex> flush()
{#Port<0.1444>, {:data, "hello"}}
{#Port<0.1444>, {:data, "world"}}
iex> send(port, {self(), :close})
:ok
iex> flush()
{#Port<0.1444>, :closed}
:ok

В приведенном примере мы создали новый порт, который выполняет программу cat. cat — это программа, доступная в операционных системах семейства Unix, которая получает данные с нескольких входов и конкатенирует их в выводе.

После создания порта мы отправили ему две команды в виде сообщений, используя send/2. Первая команда содержит двоичную нагрузку "hello", а вторая — "world".

После отправки этих двух сообщений мы вызвали вспомогательную функцию IEx flush(), которая вывела все полученные сообщения из порта, в данном случае "hello" и "world". Обратите внимание, что сообщения находятся в двоичном формате, потому что мы передали опцию :binary при открытии порта в Port.open/2. Без этой опции она бы вернула список байтов.

После завершения всех операций, мы закрыли порт.

Elixir предоставляет множество удобств для работы с портами, а также некоторые ограничения. Мы рассмотрим их ниже.

API сообщений и функций

Существует два API для работы с портами. Это может быть асинхронное взаимодействие через передачу сообщений, как в примере выше, или вызов функций в этом модуле.

Сообщения, поддерживаемые портами, и соответствующие им функции API перечислены ниже:

  • {pid, {:command, binary}} - отправляет заданные данные в порт. См. command/3.

  • {pid, :close} - закрывает порт. Если порт еще не закрыт, порт ответит сообщением {port, :closed} после того, как очистит свои буферы и эффективно закроется. См. close/1.

  • {pid, {:connect, new_pid}} - устанавливает new_pid в качестве нового владельца порта. После открытия порта, порт связан и подключен к вызывающему процессу, а общение с портом происходит только через подключенный процесс. Это сообщение делает new_pid новыми подключенными процессами. Если порт не мертв, порт отправит старому владельцу сообщение {port, :connected}. См. connect/2.

В свою очередь, порт отправит подключенному процессу следующие сообщения:

  • {port, {:data, data}} - данные, отправленные портом
  • {port, :closed} - ответ на сообщение {pid, :close}
  • {port, :connected} - ответ на сообщение {pid, {:connect, new_pid}}
  • {:EXIT, port, reason} - сигналы выхода в случае сбоя порта. Если reason не :normal, это сообщение будет получено только если процесс-владелец обрабатывает сигналы выхода

Механизмы открытия

Порт может быть открыт четырьмя основными механизмами.

Вкратце, предпочтительно использовать опции :spawn и :spawn_executable, упомянутые ниже. Другие две опции, :spawn_driver и :fd предназначены для продвинутого использования внутри VM. Также рассмотрите использование System.cmd/3, если вам нужно только запустить программу и получить ее возвращаемое значение.

Разделение аргументов в Windows и небезопасные аргументы

В системах Unix аргументы передаются новому процессу операционной системы в виде массива строк, но в Windows это зависит от процесса-потомка, и некоторые программы Windows могут применять свои собственные правила, несовместимые со стандартным парсером C argv

Это особенно проблематично при вызове файлов .bat или .com, так как они неявно запускаются через cmd.exe, чья обработка аргументов уязвима к вредоносным данным и может использоваться для выполнения произвольных команд оболочки.

Поэтому, если вы работаете в Windows и запускаете пакетные файлы или .com приложения, вы не должны передавать небезопасные данные в качестве аргументов программе. Вы можете избежать случайного выполнения, явно передавая расширение исполняемого файла, который вы хотите запустить, например, .exe, и убедитесь, что это действительно не пакетный файл или .com приложение.

Это влияет как на spawn, так и на spawn_executable.

spawn

Кортеж :spawn получает двоичную строку, которая будет выполнена как полная команда. Например, мы можем использовать её для вызова "echo hello" напрямую:

iex> port = Port.open({:spawn, "echo hello"}, [:binary])
iex> flush()
{#Port<0.1444>, {:data, "hello\n"}}

:spawn получит имя программы из аргумента и пройдется по переменной окружения $PATH операционной системы в поисках соответствующей программы.

Хотя это удобно, это означает, что невозможно вызвать исполняемый файл с пробелами в имени или в любом из аргументов. По этим причинам чаще всего предпочтительнее использовать :spawn_executable.

spawn_executable

Spawn executable — это более ограниченная и явная версия spawn. Она ожидает полные пути к исполняемому файлу, который вы хотите запустить. Если они находятся в вашей $PATH, их можно получить, вызвав System.find_executable/1:

iex> path = System.find_executable("echo")
iex> port = Port.open({:spawn_executable, path}, [:binary, args: ["hello world"]])
iex> flush()
{#Port<0.1380>, {:data, "hello world\n"}}

При использовании :spawn_executable, список аргументов можно передать через опцию :args так, как показано выше. Полный список опций см. в документации для функции Erlang :erlang.open_port/2.

fd

Опция имени :fd позволяет разработчикам получить доступ к дескрипторам файлов in и out, используемым виртуальной машиной Erlang. Вы будете использовать их только в том случае, если вы переписываете часть системного ядра, такую как процессы :user и :shell.

Зомби-процессы операционной системы

Порт может быть закрыт с помощью функции close/1 или отправкой сообщения {pid, :close}. Однако, если виртуальная машина выходит из строя, долго выполняемая программа, запущенная портом, будет иметь закрытые каналы stdin и stdout, но не будет автоматически завершена.

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

Хотя мы рекомендуем плавное завершение, обнаруживая, был ли закрыт stdin/stdout, мы не всегда контролируем, как завершается стороннее программное обеспечение. В таких случаях можно обернуть приложение в сценарий, который проверяет stdin. Вот такой сценарий, проверенный для работы в оболочках bash:

#!/usr/bin/env bash

# Start the program in the background
exec "$@" &
pid1=$!

# Silence warnings from here on
exec >/dev/null 2>&1

# Read from stdin in the background and
# kill running program when stdin closes
exec 0<&0 $(
  while read; do :; done
  kill -KILL $pid1
) &
pid2=$!

# Clean up
wait $pid1
ret=$?
kill -KILL $pid2
exit $ret

Обратите внимание, что программа выше перехватывает stdin, поэтому вы не сможете взаимодействовать с базовым программным обеспечением через stdin (с другой стороны, программное обеспечение, которое считывает stdin, обычно завершается при закрытии stdin).

Теперь вместо:

Port.open(
  {:spawn_executable, "/path/to/program"},
  args: ["a", "b", "c"]
)

Можно вызвать:

Port.open(
  {:spawn_executable, "/path/to/wrapper"},
  args: ["/path/to/program", "a", "b", "c"]
)

Резюме

Типы

name()

Функции

close(port)

Закрывает port.

command(port, data, options \\ [])

Отправляет data в драйвер порта port.

connect(port, pid)

Связывает идентификатор port с pid.

demonitor(monitor_ref, options \\ [])

Отслеживает монитор, идентифицированный заданным reference.

info(port)

Возвращает информацию о port (или nil если порт закрыт).

info(port, spec)

Возвращает информацию о определенном поле в port (или nil если порт закрыт).

list()

Возвращает список всех портов в текущем узле.

monitor(port)

Начинает отслеживание данного port с вызывающего процесса.

open(name, options)

Открывает порт, используя кортеж name и список options.

Типы

name()Исходный код

@type name() ::
  {:spawn, charlist() | binary()}
  | {:spawn_driver, charlist() | binary()}
  | {:spawn_executable, :file.name_all()}
  | {:fd, non_neg_integer(), non_neg_integer()}

Функции

close(port)Source

@spec close(port()) :: true

Закрывает port.

Для получения дополнительной информации см. :erlang.port_close/1.

Встроено компилятором.

command(port, data, options \\ [])Source

@spec command(port(), iodata(), [:force | :nosuspend]) :: boolean()

Отправляет data в драйвер порта port.

Для получения дополнительной информации см. :erlang.port_command/3.

Встроено компилятором.

connect(port, pid)Source

@spec connect(port(), pid()) :: true

Связывает идентификатор port с pid.

Для получения дополнительной информации см. :erlang.port_connect/2.

Встроено компилятором.

demonitor(monitor_ref, options \\ [])Source

@spec demonitor(reference(), options :: [:flush | :info]) :: boolean()

Отключает мониторинг, идентифицированный данным reference.

Если monitor_ref — ссылка, полученная вызывающим процессом с помощью monitor/1, то мониторинг отключается. Если мониторинг уже отключён, ничего не происходит.

См. :erlang.demonitor/2 для получения дополнительной информации.

Встроено компилятором.

info(port)Source

@spec info(port()) :: keyword() | nil

Возвращает информацию о port (или nil если порт закрыт).

Для получения дополнительной информации см. :erlang.port_info/1.

info(port, spec)Source

@spec info(port(), atom()) :: {atom(), term()} | nil

Возвращает информацию об определённом поле в port (или nil если порт закрыт).

Для получения дополнительной информации см. :erlang.port_info/2.

list()Source

@spec list() :: [port()]

Возвращает список всех портов в текущем узле.

Встроено компилятором.

monitor(port)Source

@spec monitor(port() | {name, node()} | name) :: reference() when name: atom()

Начинает мониторинг данного port из вызывающего процесса.

После смерти отслеживаемого процесса мониторинга сообщение доставляется мониторинговому процессу в виде:

{:DOWN, ref, :port, object, reason}

где:

  • ref — ссылка на мониторинг, возвращаемая этой функцией;
  • object — либо отслеживаемый port (при мониторинге по идентификатору порта), либо {name, node} (при мониторинге по имени порта);
  • reason — причина завершения.

См. :erlang.monitor/2 для получения дополнительной информации.

Встроено компилятором.

open(name, options)Source

@spec open(name(), list()) :: port()

Открывает порт, используя кортеж name и список options.

Документация модуля выше содержит документацию и примеры поддерживаемых значений name, подведённые ниже:

  • {:spawn, command} — запускает внешнюю программу. command должен содержать имя программы и необязательный список аргументов, разделённых пробелом. Если передавать программы или аргументы с пробелами в именах, используйте следующий вариант.
  • {:spawn_executable, filename} — запускает исполняемый файл, заданный абсолютным путём filename. Аргументы могут быть переданы через параметр :args.
  • {:spawn_driver, command} — запускает так называемые драйверы портов.
  • {:fd, fd_in, fd_out} — получает доступ к дескрипторам файлов, fd_in и fd_out открытых виртуальной машиной.

Для получения дополнительной информации и списка параметров см. :erlang.open_port/2.

Встроено компилятором.

Скачать версию ePub

Сгенерировано с помощью ExDoc (v0.36.1) для языка программирования Elixir

© 2012-2024 The Elixir Team
Licensed under the Apache License, Version 2.0.
https://hexdocs.pm/elixir/1.18.1/Port.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API