当然可以！在ASP.NET Core里，我们有几种可靠的方式来判断程序是作为Windows服务还是控制台应用运行，同时也能解决你提到的工作目录问题，下面一步步给你讲清楚：

一、判断运行模式的核心方法 #

1. 官方推荐：WindowsServiceHelpers.IsWindowsService() #

这是最靠谱的方式，来自微软官方的Microsoft.Extensions.Hosting.WindowsServices NuGet包，专门用来做Windows服务托管相关的判断。

• 先安装包：

Install-Package Microsoft.Extensions.Hosting.WindowsServices

• 代码里直接调用：

using Microsoft.Extensions.Hosting.WindowsServices;

// 直接得到是否以Windows服务运行的结果
bool isRunningAsService = WindowsServiceHelpers.IsWindowsService();

这个方法会检查当前进程是否由Windows服务控制管理器启动，准确性拉满，完全不用担心误判。

2. 备选方案：通过进程会话ID判断 #

Windows服务默认运行在会话0，而交互式的控制台应用会在用户会话（ID通常大于0）中运行。可以通过进程信息判断：

using System.Diagnostics;

bool isRunningAsService = Process.GetCurrentProcess().SessionId == 0;

不过这个方法不是100%可靠（比如某些特殊场景下控制台也可能跑在会话0），所以优先用第一种官方方法。

二、解决工作目录的坑 #

正如你发现的，Windows服务模式下GetCurrentDirectory()会返回C:\WINDOWS\system32，这是因为服务的默认工作目录就是系统目录。要获取程序实际安装的目录，别用当前工作目录，改用这两种方式：

• 用AppContext.BaseDirectory：直接返回应用程序的基目录，也就是程序集所在的文件夹

string appInstallDir = AppContext.BaseDirectory;

• 或者通过程序集路径获取：

using System.Reflection;
using System.IO;

string appInstallDir = Path.GetDirectoryName(Assembly.GetEntryAssembly().Location);

这两种方式不管是控制台还是服务模式，都能返回正确的程序所在目录。

三、实际使用示例 #

比如在配置主机时，结合判断逻辑设置正确的内容根目录：

var builder = WebApplication.CreateBuilder(args);

bool isService = WindowsServiceHelpers.IsWindowsService();

if (isService)
{
    // 如果是服务，把内容根目录设为程序安装目录
    builder.ContentRootPath = Path.GetDirectoryName(Assembly.GetEntryAssembly().Location);
}

// 启用Windows服务托管
builder.Host.UseWindowsService();

// 其他配置逻辑...

var app = builder.Build();

// 启动应用...

内容的提问来源于stack exchange，提问作者whatever