已部署运行的Windows服务无log4net日志输出且无法读取数据库连接字符串问题排查

嘿，我之前也碰到过几乎一模一样的问题！本地跑好好的，一做成Windows服务就哑火，没日志没输出，简直头大。结合你的情况，给你列几个最可能的排查方向，按顺序试应该能解决：

1. 先搞定「工作目录」的坑（90%的概率是这个！） #

Windows服务默认的工作目录不是你exe所在的C:\Project1Publication，而是系统的C:\Windows\System32。你代码里直接写"log4net.config"，程序会去System32找这个文件，自然找不到，log4net初始化失败，也就不会生成日志；同理appsettings.json也读不到，数据库连接自然也有问题。

修改代码，先获取exe所在的绝对目录，再拼接配置文件路径：

// 获取当前exe的目录
var exeDir = Path.GetDirectoryName(Assembly.GetEntryAssembly().Location);
// 拼接log4net.config的绝对路径
var logConfigPath = Path.Combine(exeDir, "log4net.config");
var logRepository = LogManager.GetRepository(Assembly.GetEntryAssembly());
XmlConfigurator.Configure(logRepository, new FileInfo(logConfigPath));

读取appsettings.json的时候也要这么处理，比如用ConfigurationBuilder的话：

var config = new ConfigurationBuilder()
    .SetBasePath(exeDir) // 这里指定exe所在目录为配置基路径
    .AddJsonFile("appsettings.json", optional: false, reloadOnChange: true)
    .Build();

2. 检查「权限」是否到位 #

你提到的xyz\un账户，需要确保它有以下权限：

• 日志目录写入权限：右键C:\Log目录 → 属性 → 安全 → 添加xyz\un账户，给它「写入」「修改」权限，不然log4net创建不了日志文件。
• 数据库访问权限：虽然用的是Windows身份验证，但这个账户需要在SQL Server的AllDataEva数据库里有对应的权限（比如db_datareader、db_datawriter，或者业务需要的角色），可以在SSMS里给这个用户授权。
• 作为服务登录的权限：打开「本地安全策略」（运行secpol.msc）→ 本地策略 → 用户权利指派 → 找到「作为服务登录」，把xyz\un加进去，不然服务可能启动失败或者权限不足。

3. 确认log4net配置文件是否正确发布 #

检查你的log4net.config文件的「复制到输出目录」属性是不是设为「始终复制」或者「如果较新则复制」。如果没设置，发布的时候这个文件不会被复制到C:\Project1Publication目录里，自然找不到。

4. 手动运行exe排查问题 #

把服务设为手动启动，然后打开命令提示符，切换到C:\Project1Publication目录，直接运行Project1.exe。这样如果有报错，会直接在控制台显示出来，比看Windows日志更直观，能快速定位是不是代码或者配置的问题。

另外，也可以在服务的OnStart方法里加异常捕获，把错误写到Windows事件日志里：

protected override void OnStart(string[] args)
{
    try
    {
        // 你的初始化逻辑，包括log4net和数据库连接
    }
    catch (Exception ex)
    {
        EventLog.WriteEntry("Project1 Service", $"启动失败：{ex.ToString()}", EventLogEntryType.Error);
        throw; // 抛出异常让服务启动失败，方便排查
    }
}

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