Named Pipes - асинхронный просмотр - PullRequest
Новая
       10

Named Pipes - асинхронный просмотр

9 голосов
/ 17 декабря 2009

Мне нужно найти способ получать уведомления, когда System.IO.Pipe.NamedPipeServerStream, открытый в асинхронном режиме, имеет больше данных, доступных для чтения на нем - WaitHandle был бы идеальным. Я не могу просто использовать BeginRead () для получения такого дескриптора, потому что вполне возможно, что мне может сигнализировать другой поток, который хочет записать в канал, поэтому мне нужно снять блокировку на канале и ждать завершения записи, а NamedPipeServerStream не имеет метода CancelAsync. Я также попытался вызвать BeginRead (), затем вызвать функцию win32 win32 на конвейере, если поток получает сигнал, но я не думаю, что это идеальное решение, потому что если CancelIO вызывается так же, как данные поступают и обрабатываются, Я хочу сохранить эти данные, но обработать их позже, после записи. Я подозреваю, что функция win32 PeekNamedPipe могла бы быть полезной, но я бы хотел избежать постоянного опроса новых данных с ее помощью.

В том случае, если приведенный выше текст немного неясен, вот примерно то, что я хотел бы сделать ... 

NamedPipeServerStream pipe;
ManualResetEvent WriteFlag;
//initialise pipe
lock (pipe)
{
    //I wish this method existed
    WaitHandle NewDataHandle = pipe.GetDataAvailableWaithandle();
    Waithandle[] BreakConditions = new Waithandle[2];
    BreakConditions[0] = NewDataHandle;
    BreakConditions[1] = WriteFlag;
    int breakcode = WaitHandle.WaitAny(BreakConditions);
    switch (breakcode)
    {
        case 0:
            //do a read on the pipe
            break;
        case 1:
            //break so that we release the lock on the pipe
            break;
     }
}

Ответы [ 2 ]

9 голосов
/ 21 марта 2010

Хорошо, поэтому я просто вырвал это из своего кода, надеюсь, я удалил всю логику приложения. Идея состоит в том, что вы пытаетесь выполнить чтение нулевой длины с помощью ReadFile и ждать как lpOverlapped.EventHandle (запускается, когда чтение завершается), так и установить WaitHandle, когда другой поток хочет выполнить запись в канал. Если чтение должно быть прервано из-за потока записи, используйте CancelIoEx, чтобы отменить чтение нулевой длины. 

NativeOverlapped lpOverlapped;
ManualResetEvent DataReadyHandle = new ManualResetEvent(false);
lpOverlapped.InternalHigh = IntPtr.Zero;
lpOverlapped.InternalLow = IntPtr.Zero;
lpOverlapped.OffsetHigh = 0;
lpOverlapped.OffsetLow = 0;
lpOverlapped.EventHandle = DataReadyHandle.SafeWaitHandle.DangerousGetHandle();
IntPtr x = Marshal.AllocHGlobal(1); //for some reason, ReadFile doesnt like passing NULL in as a buffer
bool rval = ReadFile(SerialPipe.SafePipeHandle, x, 0, IntPtr.Zero,
   ref lpOverlapped);
int BreakCause;
if (!rval) //operation is completing asynchronously
{
   if (GetLastError() != 997) //ERROR_IO_PENDING, which is in fact good
      throw new IOException();
   //So, we have a list of conditions we are waiting for
   WaitHandle[] BreakConditions = new WaitHandle[3];
   //We might get some input to read from the serial port...
   BreakConditions[0] = DataReadyHandle;
    //we might get told to yield the lock so that CPU can write...
   BreakConditions[1] = WriteRequiredSignal;
   //or we might get told that this thread has become expendable
   BreakConditions[2] = ThreadKillSignal;
   BreakCause = WaitHandle.WaitAny(BreakConditions, timeout);
}
else //operation completed synchronously; there is data available
{
   BreakCause = 0; //jump into the reading code in the switch below
}
switch (BreakCause)
{
   case 0:
      //serial port input
      byte[] Buffer = new byte[AttemptReadSize];
      int BRead = SerialPipe.Read(Buffer, 0, AttemptReadSize);
      //do something with your bytes.
      break;
   case 1:
      //asked to yield
      //first kill that read operation
      CancelIoEx(SerialPipe.SafePipeHandle, ref lpOverlapped);
      //should hand over the pipe mutex and wait to be told to tkae it back
      System.Threading.Monitor.Exit(SerialPipeLock);
      WriteRequiredSignal.Reset();
      WriteCompleteSignal.WaitOne();
      WriteCompleteSignal.Reset();
      System.Threading.Monitor.Enter(SerialPipeLock);
      break;
   case 2:
      //asked to die
      //we are the ones responsible for cleaning up the pipe
      CancelIoEx(SerialPipe.SafePipeHandle, ref lpOverlapped);
      //finally block will clean up the pipe and the mutex
      return; //quit the thread
}
Marshal.FreeHGlobal(x);
1 голос
/ 20 марта 2010

Просматривая MSDN, я не вижу никакого механизма, чтобы делать то, что вы хотите. Самое быстрое решение - использовать interop для доступа к PeekNamedPipe. Если вы не хотите использовать interop, вы можете абстрагировать канал внутри пользовательского класса и обеспечить функциональность просмотра внутри абстракции. Абстракция будет обрабатывать все сигналы и должна координировать чтение и запись в канал. Очевидно, нетривиальная задача.

Еще одна альтернатива, если это возможно в вашей ситуации, это изучить использование WCF, что в значительной степени является этой абстракцией.

...