我有一个可以作为控制台应用程序和服务运行的 C#/.NET 程序。 目前我给它一个命令行选项以作为控制台应用程序启动，但我想避免这种情况。
是否可以以编程方式检测我的程序是否作为服务启动？
如果它是纯 Win32，我可以尝试使用 StartServiceCtrlDispatcher 作为服务启动，如果返回 ERROR_FAILED_SERVICE_CONTROLLER_CONNECT，则返回到控制台，但 System.ServiceProcess.ServiceBase.Run() 如果失败，则会弹出一个错误对话框，然后直接返回而没有向程序发出错误信号。
有什么想法吗？
【问题讨论】：
【讨论】：
psexec -s YourApp.exe 和 Environment.UserInteractive == false 中运行您的应用程序
拉斯穆斯，this is the earlier question。
从答案看来，最流行的方法是使用简单的命令行选项，或者尝试在 try catch 块中访问控制台对象（在服务中，控制台未附加到进程并尝试访问它会抛出一个例外）。
或者，如果您在测试/调试服务时遇到问题，请将代码移动到单独的 dll 程序集中并创建单独的测试工具（winforms/console 等）。
（刚刚注意到乔纳森在问题的末尾添加了他的解决方案。）
【讨论】：
可能想试试 Process 对象的 SessionId 属性。根据我的经验，如果进程正在运行服务，则 SessionId 设置为 0。
【讨论】：
我还没有尝试过，但Process.GetCurrentProcess 可能会有所帮助 - 在控制台模式下，进程名称将与可执行文件相同，而我希望（再次，请检查！）在运行时作为一项服务，它会有所不同。
【讨论】：
[DllImport("kernel32.dll", SetLastError = true)]
static extern IntPtr GetStdHandle(int nStdHandle);
const int STD_OUTPUT_HANDLE = -11;
IntPtr iStdOut = GetStdHandle(STD_OUTPUT_HANDLE);
if (iStdOut == IntPtr.Zero)
{
app.RunAsWindowsService = true;
}
// Run as Service
if (runAsWindowsService)
{
// .....
ServiceBase.Run(myService);
}
else
{
// Run as Console
// Register Ctrl+C Handler...
}
【讨论】：
使用来自this answer 的ParentProcessUtilities 结构来查找父进程，您可以这样做：
static bool RunningAsService() {
var p = ParentProcessUtilities.GetParentProcess();
return ( p != null && p.ProcessName == "services" );
}
请注意，父进程的进程名称不包含扩展名“.exe”。
【讨论】：
我不知道这是否可行，但您可能想尝试使用带有this 代码的 PInvoke 并检查父级是否为“services.exe”。
【讨论】：
我最终通过检查Console.IsErrorRedirected 来检测我是否在控制台应用程序中。它为控制台应用程序返回“false”，为我测试的非控制台应用程序返回“true”。我也可以使用IsOutputRedirected。
我想在某些情况下这些可能不准确，但这对我来说效果很好。
【讨论】：