是否可以构建一个双击时不显示控制台窗口的控制台应用程序？

Question

有关： Should I include a command line mode in my applications? How to grab parent process standard output? Can a console application detect if it has been run from Explorer?

我想构建一个控制台应用程序，通常从命令行运行。

但是，当它从资源管理器中双击（而不是从cmd.exe提示符运行）时，我希望该程序不显示控制台窗口。

我想避免这个：

可能吗？

编辑我想另一种问题是，程序是否有可能知道它是如何被调用的 - 无论是通过双击还是通过命令行？

我在Windows上使用.NET。

编辑2：从this Old New Thing blog post我学到了一些好东西。这就是我现在所知道的......

在Windows中，EXE文件标记为GUI或非GUI。使用csc.exe，可以使用/target:winexe或/target:exe选择它。在执行流程中的第一条指令之前，Windows内核会设置执行环境。此时，如果EXE标记为GUI，则内核将进程的stdin / stdout设置为NULL，如果非GUI（命令行），则内核创建控制台并将进程的stdin / stdout设置为安慰。

启动进程时，如果没有stdin / stdout（== /target:winexe），则调用立即返回。因此，从cmd.exe启动gui应用程序，您将立即返回cmd提示符。如果存在stdin / stdout，并且从cmd.exe运行，则父cmd.exe将等待进程退出。

“立即返回”很重要，因为如果您编写GUI应用程序以附加到其父控制台，您将能够执行console.writeline等。但cmd.exe提示是活动的。用户可以键入新命令，启动新进程等。换句话说，从winexe，只需使用AttachConsole(-1)附加到父控制台将不会“变成”控制台应用程序。

---

此时我认为允许应用程序使用控制台的唯一方法是从cmd.exe调用它，而不是在双击时使用它，是将exe定义为常规控制台exe（/target:exe），如果合适，在启动时隐藏窗口。您仍然会暂时显示控制台窗口。

我仍然没有想过如何知道它是从explorer或cmd.exe启动的，但我越来越近了..

---

解答

无法构建不显示控制台窗口的控制台应用程序。

可以构建一个控制台应用程序，可以非常快速地隐藏其窗口，但不会太快，以至于窗口永远不会出现。

现在，要确定是否从资源管理器启动了控制台应用程序，有些人建议查看它正在运行的控制台 （来自mgb's answer和KB article 99115）：

  int left = Console.CursorLeft;
  int top = Console.CursorTop;
  bool ProcessWasRunFromExplorer = (left==0 && top==0);

这告诉您该进程是否在其自己的控制台中启动，而不是它是否是资源管理器。在资源管理器中双击可以执行此操作，但是应用程序内的Start.Process（）也会执行相同的操作。

如果要以不同方式处理这些情况，请使用此方法来了解父进程的名称：

  System.Console.WriteLine("Process id: {0}", Process.GetCurrentProcess().Id);
  string name = Process.GetCurrentProcess().ProcessName ;
  System.Console.WriteLine("Process name: {0}", name);
  PerformanceCounter pc = new PerformanceCounter("Process", "Creating Process Id", name);
  Process p = Process.GetProcessById((int)pc.RawValue);
  System.Console.WriteLine("Parent Process id: {0}", p.Id);
  System.Console.WriteLine("Parent Process name: {0}", p.ProcessName);

  // p.ProcessName == "cmd" or "Explorer" etc

要在启动进程后快速隐藏窗口，请使用以下命令：

  private static readonly int SW_HIDE= 0;

  [System.Runtime.InteropServices.DllImport("user32.dll")]
  private static extern Boolean ShowWindow(IntPtr hWnd, Int32 nCmdShow);

  ....
  {
    IntPtr myHandle = Process.GetCurrentProcess().MainWindowHandle;
    ShowWindow(myHandle, SW_HIDE);
  }

如果您生成winexe（一个WinForms应用程序），并且可选地在适当时使用AttachConsole(-1)附加到父控制台，则不会获得相当于常规控制台应用程序的功能。对于winexe，父进程（如cmd.exe）将在启动GUI应用程序后立即返回到命令提示符。换句话说，命令提示符处于活动状态并准备好输入，而刚刚启动的进程可能正在发出输出。这很令人困惑，可能只适用于调试winforms应用程序。

这对我有用。

Answer 1

见Can a Win32 console application detect if it has been run from the explorer or not?

或者我认为官方的方法是检查父进程是cmd.exe还是explorer.exe

Answer 2

所以，我用GUI和CLI编写了工具。困难的部分是确定要打开哪一个 - 但在我们的例子中，CLI版本需要参数，所以我只是在没有任何参数的情况下打开GUI。然后，如果他们确实想要一个控制台，请调用一个看起来像这样的函数：

private const int ATTACH_PARENT_PROCESS = -1;
private const int ERROR_INVALID_HANDLE = 6;
[DllImport("kernel32.dll", SetLastError = true)]
static extern bool AttachConsole(int dwProcessId);
[DllImport("kernel32.dll")]
static extern bool AllocConsole();
[DllImport("kernel32.dll")]
static extern bool FreeConsole();

private static bool StartConsole()
{
  if (!AttachConsole(ATTACH_PARENT_PROCESS)) // try connecting to an existing console  
  {  
      if (Marshal.GetLastWin32Error() == ERROR_INVALID_HANDLE) // we don't have a console yet  
      {  
          if (!AllocConsole()) // couldn't create a new console, either  
              return false;  
      }
      else
          return false; // some other error
  }
  return true;
}

返回是否已创建控制台。完成后别忘了FreeConsole（）！

当然，在我们的例子中，如果我们不创建控制台，我们就会创建一个GUI。但是，创建控制台或没有UI同样容易。

编辑：当然，当我开始编写时，完全没有回答编辑中的问题。除此之外我们的黑客只是检查是否使用命令行参数调用它。

Answer 3

只需将其构建为Windows窗体应用程序，但不要为其提供GUI。不幸的是，当你从命令行运行时，你不会获得任何控制台输出......这是一个问题吗？

Answer 4

我没有读过所有内容，但是这样做了（不久前，需要更多测试）：

DWORD proc[2],procsfound=GetConsoleProcessList(proc,ELEMS(proc));
if (procsfound>1)
// I'm started as a command in cmd.exe
else
// started from explorer or other non-console parent

IFF附加了多个proc，我需要恢复我操作的控制台，否则不行。可能有用，至少它本身就很简单。从VS启动代码将产生一个附加的进程，从commandprompt运行它确实激活了分支来清理我的混乱。顺便说一句，从资源管理器或其他非控制台应用程序启动的控制台将具有零长度标题？

Answer 5

这会更像是服务吗？

要么

那些没有可见表单的Windows窗体应用程序怎么样？它仍会显示在“任务管理器进程”列表中。