Как отправить ключи вместо символов в процесс?

System.Diagnostics.Process предоставляет StreamWriter с именем StandardInput, который, насколько я знаю, принимает только символы.

Но мне также нужно посылать нажатия клавиш, и некоторые нажатия клавиш плохо сопоставляются с символами.

Что я должен делать?

4 ответа

Решение

Вы смешиваете входные потоки с управляющими сигналами. Консольный процесс имеет входной поток по умолчанию, которым вы можете управлять с помощью StandardInput, как вы уже знаете. Но Ctrl-C и Ctrl-Break не являются символами, посылаемыми процессу через этот поток, но вместо этого они вместо этого являются управляющими сигналами, которые процесс получает, используя зарегистрированные обработчики сигналов, см. Сигналы CTRL+C и CTRL+BREAK:

По умолчанию, когда окно консоли имеет фокус клавиатуры, CTRL+C или CTRL+BREAK обрабатываются как сигнал (SIGINT или SIGBREAK), а не как ввод с клавиатуры.

Чтобы отправить ложные сигналы процессу, вы можете использовать GenerateConsoleCtrlEvent и отправить либо CTRL_C_EVENT или же CTRL_BREAK_EVENT, Этот API не имеет эквивалента.Net, поэтому вы должны выполнить его.

Чтобы использовать его из.NET, вам просто нужно включить определение функции:

const int CTRL_C_EVENT = 0;
const int CTRL_BREAK_EVENT = 1;

[DllImport("kernel32.dll")]
static extern bool GenerateConsoleCtrlEvent(
    uint dwCtrlEvent,
    uint dwProcessGroupId);

Здесь, на Codeplex, есть симулятор ввода, который может сделать только работу за вас. Я работаю над примером кода и скоро опубликую здесь, имейте в виду, что Симулятор ввода похож на то, что было найдено по ссылке, предоставленной Remus...

Изменить: я обнаружил, что есть ограничение с этим, вы можете определенно сойти с рук с типичными System.Windows.Forms.SendKeys.Send метод, он работает эффективно! , но процесс должен иметь

  • Нет перенаправления потоков
  • Не может быть скрытое окно (это то место, где оно потерпит неудачу, поскольку дескриптор окна нигде не виден, нет способа вывести его на передний план, чтобы сделать его активным!)
  • Окно, показывающее процесс, чтобы это было эффективным!

В вашем случае нужно найти окно, установить его активным через pinvoke 'SetForegroundWindow' и отправить последовательности ^{BREAK} который посылает сигнал Ctrl+Break процессу, который работает очень хорошо (особенно, если этот процесс является программой / командным файлом командной строки). Вот статья о CodeProject, которая делает это точно и отражает SendKeys... Я еще не вставил некоторый код в это, чтобы продемонстрировать....

Редактирование #2: На самом деле я весьма удивлен... как покажет этот код (подтверждение концепции)... он использует:

  • Input Simulator (как упоминалось ранее)
  • Форма окна, состоящая из кнопки, при загрузке формы она автоматически запускает класс. При нажатии на кнопку он отправляет Ctrl-Break в скрытый процесс
  • Выходной поток действительно перенаправлен и является скрытым окном.
  • Странно то, что вывод захватывается, но не показывает результаты в окне отладки, то есть в режиме реального времени он буферизуется (я полагаю), пока процесс не завершится, весь вывод отображается...
  • Я немного изменил FindWindow Вызов API, потому что я знал, что заголовок окна был и каким-то образом был способен вывести его на передний план и использовать Input Simulator для отправки на него нажатий клавиш... или использовать традиционный простой старый SendKeys функция... причина у меня была Thread.Sleep должен гарантировать, что нажатия клавиш отправляются для того, чтобы "вставить их в очередь клавиатуры" активного окна переднего плана ", которое, несмотря на это, скрыто"
  • Я использовал команду 'netstat -e 5', чтобы выполнить цикл навсегда, обновляя результаты каждые 5 секунд, пока не получит Ctrl+C, чтобы разорвать бесконечный цикл.
public partial class Form1 : Form
{
    private TestNetStat netStat = new TestNetStat();
    public Form1()
    {
       InitializeComponent();
       using (BackgroundWorker bgWorker = new BackgroundWorker())
       {
           bgWorker.DoWork += new DoWorkEventHandler(bgWorker_DoWork);
           bgWorker.RunWorkerCompleted += new RunWorkerCompletedEventHandler(bgWorker_RunWorkerCompleted);
           bgWorker.RunWorkerAsync();
       }
    }

    void bgWorker_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
    {
       System.Diagnostics.Debug.WriteLine("BGWORKER ENDED!");
    }

    private void  bgWorker_DoWork(object sender, DoWorkEventArgs e)
    {
       netStat.Run();
    } 
    void btnPost_Click(object sender, EventArgs e)
    {
       netStat.PostCtrlC();
       System.Diagnostics.Debug.WriteLine(string.Format("[{0}] - {1}", DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"), this.netStat.OutputData.Replace(Environment.NewLine, "")));
    }
}

public class TestNetStat
{
    private StringBuilder sbRedirectedOutput = new StringBuilder();
    //
    [DllImport("user32.dll", CharSet = CharSet.Auto)]
    public static extern IntPtr FindWindow(string lpClassName, string lpWindowName);
    [DllImport("user32")]
    public static extern int SetForegroundWindow(IntPtr hwnd);
    public string OutputData
    {
       get { return this.sbRedirectedOutput.ToString(); }
    }
    public void PostCtrlC()
    {
       IntPtr ptr = FindWindow(null, @"C:\Windows\System32\netstat.exe");
       if (ptr != null)
       {
          SetForegroundWindow(ptr);
          Thread.Sleep(1000);
          WindowsInput.InputSimulator.SimulateModifiedKeyStroke(VirtualKeyCode.CONTROL, VirtualKeyCode.CANCEL);
          // SendKeys.Send("^{BREAK}");
          Thread.Sleep(1000);
        }
    }
    public void Run()
    {
        System.Diagnostics.ProcessStartInfo ps = new System.Diagnostics.ProcessStartInfo();
        ps.FileName = "netstat";
        ps.ErrorDialog = false;
        ps.Arguments = "-e 5";
        ps.CreateNoWindow = true;
        ps.UseShellExecute = false;
        ps.RedirectStandardOutput = true;
        ps.WindowStyle = System.Diagnostics.ProcessWindowStyle.Hidden;
        using (System.Diagnostics.Process proc = new System.Diagnostics.Process())
        {
           proc.StartInfo = ps;
           proc.EnableRaisingEvents = true;
           proc.Exited += new EventHandler(proc_Exited);
           proc.OutputDataReceived += new System.Diagnostics.DataReceivedEventHandler(proc_OutputDataReceived);
           proc.Start();
           proc.BeginOutputReadLine();
           proc.WaitForExit();
        }
     }

     void proc_Exited(object sender, EventArgs e)
     {
        System.Diagnostics.Debug.WriteLine("proc_Exited: Process Ended");
     }

     void proc_OutputDataReceived(object sender, System.Diagnostics.DataReceivedEventArgs e)
     {
         if (e.Data != null)
         {
            this.sbRedirectedOutput.Append(e.Data + Environment.NewLine);
            System.Diagnostics.Debug.WriteLine("proc_OutputDataReceived: Data: " + e.Data);
         }
     }
}

Осторожно, я знаю, что netStat выполняется из потока 'BackgroundWorker', и я непосредственно вызвал метод 'PostCtrlC' из основного потока GUI... это педантично как код для проверки концепции, но он показывает, что ему нужно реализовать ISynchronizeInvoke чтобы сделать это потокобезопасным, это в стороне... это действительно работает.

Вы видели этот замечательный инструмент - AutoIt. Это инструмент для сценариев. Для отправки возврата вы должны использовать Send("{BACKSPACE}")

Это отличный инструмент, и он может помочь в автоматизации многих ручных кликов / двойных кликов / и т.д.

Это относится к вашему вопросу?

Если у вас есть окно Windows Forms, в которое вы можете отправить ключи, то SendKeys может быть подходящим решением.

Для нажатия Backspace и Ctrl+C, это должно быть

SendKeys.Send("{BACKSPACE}^C");
Другие вопросы по тегам