Существует ли путь к нескольким процессам для совместного использования сокета слушания?

Имейте единственную задачу, единственное задание которой состоит в том, чтобы прислушаться к входящим соединениям. Когда соединение получено, оно принимает соединение - это создает отдельный дескриптор сокета. Принятый сокет передается одной из Ваших доступных задач рабочего, и основная задача возвращается к слушанию.

s = socket();
bind(s);
listen(s);
while (1) {
  s2 = accept(s);
  send_to_worker(s2);
}

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

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

TcpListener tcpServer = new TcpListener(IPAddress.Loopback, 10090);
tcpServer.Server.SetSocketOption(SocketOptionLevel.Socket, SocketOptionName.ReuseAddress, true);
tcpServer.Start();

while (true)
{
    TcpClient client = tcpServer.AcceptTcpClient();
    Console.WriteLine("TCP client accepted from " + client.Client.RemoteEndPoint + ".");
}

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

Другой подход (который избегает многих сложных деталей) в Windows при использовании HTTP должен использовать HTTP.SYS. Это позволяет нескольким процессам слушать различные URL на том же порте. На Сервере 2003/2008/Vista/7 это - то, как IIS работает, таким образом, можно совместно использовать порты с ним. (На XP поддерживается SP2 HTTP.SYS, но IIS5.1 не использует его.)

Другие API высокого уровня (включая WCF) используют HTTP.SYS.

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

Решающим вызовом функции является WSADuplicateSocket ().

Это заполняет структуру с информацией о существующем сокете. Эта структура затем, с помощью механизма IPC по Вашему выбору, передается другому существующему процессу (обратите внимание, что я говорю существующий - когда Вы называете WSADuplicateSocket (), необходимо указать на целевой процесс, который получит испускаемую информацию).

Процесс получения может затем назвать WSASocket (), передающий в этой структуре информации, и получить дескриптор к базовому сокету.

Оба процесса теперь содержат дескриптор к тому же базовому сокету.

Я хотел бы добавить, что сокеты могут использоваться совместно в Unix / Linux через сокеты AF__UNIX (межпроцессные сокеты). Похоже, что происходит создание нового дескриптора сокета, который является своего рода псевдонимом исходного. Этот новый дескриптор сокета отправляется через сокет AFUNIX другому процессу. Это особенно полезно в случаях, когда процесс не может fork () поделиться своими файловыми дескрипторами. Например, при использовании библиотек, предотвращающих это из-за проблем с потоками. Вы должны создать сокет домена Unix и использовать libancillary для передачи дескриптора.

См .:

• https://www.linuxquestions.org/questions/programming-9/how-to- share-socket-between -cesses-289978 /

Для создания сокетов AF_UNIX:

• http://docs.sun.com/app/docs/doc/817-4415/portmapper-51908?a=view

Например код:

• http://lists.canonical.org/pipermail/kragen-hacks/2002-January/000292.html
• http://cpansearch.perl.org/src/SAMPO/Socket-PassAccessRights-0.03/passfd .c