O que é uma boa maneira de Threads desligamento bloqueados em NamedPipeServer # WaitForConnection?

StackOverflow https://stackoverflow.com/questions/607872

  •  03-07-2019
  •  | 
  •  

Pergunta

Eu começo minha aplicação que gera um número de segmentos, cada um dos quais cria uma NamedPipeServer (NET 3.5 tipos adicionados gerenciados para pipe nomeado IPC) e aguarda os clientes se conectem (blocos). As funções de código como pretendido.

private void StartNamedPipeServer()
  {
    using (NamedPipeServerStream pipeStream =
                    new NamedPipeServerStream(m_sPipeName, PipeDirection.InOut, m_iMaxInstancesToCreate, PipeTransmissionMode.Message, PipeOptions.None))
    {
      m_pipeServers.Add(pipeStream);
      while (!m_bShutdownRequested)
      {
        pipeStream.WaitForConnection();
        Console.WriteLine("Client connection received by {0}", Thread.CurrentThread.Name);
        ....  

Agora eu também precisa de um método de desligamento para trazer este processo para baixo de forma limpa. Eu tentei o habitual bandeira bool isShutdownRequested truque. Mas as estadias pipestream bloqueado na chamada WaitForConnection () e o fio não morre.

public void Stop()
{
   m_bShutdownRequested = true;
   for (int i = 0; i < m_iMaxInstancesToCreate; i++)
   {
     Thread t = m_serverThreads[i];
     NamedPipeServerStream pipeStream = m_pipeServers[i];
     if (pipeStream != null)
     {
       if (pipeStream.IsConnected)
          pipeStream.Disconnect();
       pipeStream.Close();
       pipeStream.Dispose();
     }

     Console.Write("Shutting down {0} ...", t.Name);
     t.Join();
     Console.WriteLine(" done!");
   }
} 

Junte-se a nunca mais retorna.

Uma opção que eu não tentar, mas, possivelmente, o trabalho é chamar Thread.Abort e comer-se a exceção. Mas não se sente bem .. Todas as sugestões

Atualização 2009-12-22
Desculpe por não postar isso mais cedo .. Isto é o que eu recebi como resposta de Kim Hamilton (equipe BCL)

A maneira "certa" de fazer uma interrupção WaitForConnection é chamada BeginWaitForConnection, lidar com o novo conexão no retorno de chamada, e perto o fluxo de tubo para parar de esperar por conexões. Se o tubo é fechado, EndWaitForConnection vai jogar ObjectDisposedException que o linha de retorno de chamada pode pegar, limpar qualquer pontas soltas, e sair de forma limpa.

Sabemos que isso deve ser um comum pergunta, então alguém na minha equipe é planejamento para o blog sobre isso em breve.

Foi útil?

Solução

Mudar para a versão assíncrona:. BeginWaitForConnection

Se isso acontecer cada vez completo, você vai precisar de uma bandeira para que o manipulador de conclusão pode apenas chamar EndWaitForConnection absorvendo quaisquer excepções e sair (Terminar chamada ... para garantir os recursos são capazes de ser limpo).

Outras dicas

Esta é brega, mas é o único método de eu ter começado a trabalhar. Criar um cliente 'falsos' e conectar ao seu pipe nomeado para mover além do WaitForConnection. Funciona cada vez.

Além disso, mesmo Thread.Abort () não corrigir esse problema para mim.


_pipeserver.Dispose();
_pipeserver = null;

using (NamedPipeClientStream npcs = new NamedPipeClientStream("pipename")) 
{
    npcs.Connect(100);
}

Você pode usar o seguinte método de extensão. Note-se a inclusão de 'ManualResetEvent cancelEvent' - você pode definir este evento de outro segmento de sinal de que o método de conexão de espera deve abortar agora e perto do tubo. Incluir cancelEvent.Set () ao definir m_bShutdownRequested eo desligamento deve ser relativamente graciosa.

    public static void WaitForConnectionEx(this NamedPipeServerStream stream, ManualResetEvent cancelEvent)
    {
        Exception e = null;
        AutoResetEvent connectEvent = new AutoResetEvent(false);
        stream.BeginWaitForConnection(ar =>
        {
            try
            {
                stream.EndWaitForConnection(ar);
            }
            catch (Exception er)
            {
                e = er;
            }
            connectEvent.Set();
        }, null);
        if (WaitHandle.WaitAny(new WaitHandle[] { connectEvent, cancelEvent }) == 1)
            stream.Close();
        if (e != null)
            throw e; // rethrow exception
    }

Eu escrevi este método de extensão para resolver este problema:

public static void WaitForConnectionEx(this NamedPipeServerStream stream)
{
    var evt = new AutoResetEvent(false);
    Exception e = null;
    stream.BeginWaitForConnection(ar => 
    {
        try
        {
            stream.EndWaitForConnection(ar);
        }
        catch (Exception er)
        {
            e = er;
        }
        evt.Set();
    }, null);
    evt.WaitOne();
    if (e != null)
        throw e; // rethrow exception
}

Uma maneira que poderia trabalhar está verificando m_bShutdownRequested logo após o WaitForConnection.

Durante o processo de desligamento definir o bool. Depois que enviam boneco de mensagens para todos os tubos existentes para que eles abrem a conexão e verificar o bool e desligado corretamente.

Uma solução mais simples e fácil é criar um cliente fictício e fazer uma conexão com o servidor.

NamedPipeServerStream pServer;
bool exit_flg=false;
    public void PipeServerWaiter()
{

    NamedPipeServerStream  pipeServer = new NamedPipeServerStream("DphPipe", PipeDirection.InOut, NamedPipeServerStream.MaxAllowedServerInstances);
    pServer = pipeServer;
    pipeServer.WaitForConnection();


    if (exit_flg) return;
    thread = new Thread(PipeServerWaiter);
    thread.Start();

}
public void Dispose()
{
    try
    {
        exit_flg = true;
        NamedPipeClientStream clt = new NamedPipeClientStream(".", "DphPipe");
        clt.Connect();
        clt.Close();

        pServer.Close();
        pServer.Dispose();


    }
using System;
using System.Collections.Generic;
using System.IO;
using System.IO.Pipes;
using System.Threading;
using System.Windows;
using System.Windows.Controls;

namespace PIPESERVER
{
    public partial class PWIN : UserControl
   {
    public string msg = "", cmd = "", text = "";
    public NamedPipeServerStream pipe;
    public NamedPipeClientStream dummyclient;
    public string PipeName = "PIPE1";
    public static string status = "";
    private static int numThreads = 2;
    int threadId;
    int i;
    string[] word;
    char[] buffer;
    public StreamString ss;

    public bool ConnectDummyClient()
    {
        new Thread(() =>
        {
            dummyclient = new NamedPipeClientStream(".", "PIPE1");
            try
            {
                dummyclient.Connect(5000); // 5 second timeout
            }
            catch (Exception e)
            {
                Act.m.md.AMsg(e.Message); // Display error msg
                Act.m.console.PipeButton.IsChecked = false;
            }
        }).Start();
        return true;
    }

    public bool RaisePipe()
    {
        TextBlock tb = Act.m.tb;
        try
        {
            pipe = new NamedPipeServerStream("PIPE1", PipeDirection.InOut, numThreads);
            threadId = Thread.CurrentThread.ManagedThreadId;
            pipe.WaitForConnection();
            Act.m.md.Msg("Pipe Raised");
            return true;
        }
        catch (Exception e)
        {
            string err = e.Message;
            tb.Inlines.Add(new Run("Pipe Failed to Init on Server Side"));
            tb.Inlines.Add(new LineBreak());
            return false;
        }
    }

    public void ServerWaitForMessages()
    {
        new Thread(() =>
        {
            cmd = "";
            ss = new StreamString(pipe);
            while (cmd != "CLOSE")
            {
                try
                {
                    buffer = new char[256];
                    text = "";
                    msg = ss.ReadString().ToUpper();
                    word = msg.Split(' ');
                    cmd = word[0].ToUpper();
                    for (i = 1; i < word.Length; i++) text += word[i] + " ";
                    switch (cmd)
                    {
                        case "AUTHENTICATE": ss.WriteString("I am PIPE1 server"); break;
                        case "SOMEPIPEREQUEST":ss.WriteString(doSomePipeRequestReturningString()):break;
                        case "CLOSE": ss.WriteString("CLOSE");// reply to client
                            Thread.Sleep(1000);// wait for client to pick-up shutdown message
                            pipe.Close();
                            Act.m.md.Msg("Server Shutdown ok"); // Server side message
                            break;
                    }
                }
                catch (IOException iox)
                {
                    string error = iox.Message;
                    Act.m.md.Msg(error);
                    break;
                }
            }
        }).Start();
    }

    public void DummyClientCloseServerRequest()
    {
        StreamString ss = new StreamString(dummyclient);
        ss.WriteString("CLOSE");
        ss.ReadString();
    }

// Usage, Lugar ToggleButtons dentro StackPanel, e apoiá-los no código assim:

private void PipeButton_Checked(object sender, RoutedEventArgs e)
    {
        Act.m.pwin.ConnectDummyClient();
        Act.m.pwin.RaisePipe();
    }
private void PipeButton_Unchecked(object sender, RoutedEventArgs e)
    {
        Act.m.pwin.DummyClientCloseServerRequest();
        Act.m.console.WaitButton.IsChecked = false;
        Keyboard.Focus(Act.m.md.tb1);
    }
private void WaitButton_Checked(object sender, RoutedEventArgs e)
    {
        Act.m.pwin.Wait();
    }
private void WaitButton_Unchecked(object sender, RoutedEventArgs e)
    {
    }

// Trabalhou como um encanto para mim. Respeitosamente, zzzbc }

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top