NServiceBus启动后短暂运行随即崩溃问题求助

我之前经手过好几个类似的NServiceBus Windows服务在Azure VM上跑一会儿就崩的情况，结合你提到的日志组件故障的方向，给你整理几个实际用过的排查和解决思路：

1. 把事件查看器的日志挖透 #

虽然你说只能在事件查看器找到日志，但千万别只扫一眼就过：

• 除了NServiceBus自己的错误日志，一定要看Windows服务控制管理器和**.NET运行时**的报错，很多时候崩溃的根源藏在这些地方
• 重点找包含NServiceBus.Logging或者你用的日志库（比如NLog、Serilog、log4net）的异常栈，比如FileNotFoundException（依赖丢了）或者PermissionDenied（权限不够）
• 如果有嵌套异常，一定要展开看最底层的错误信息，那才是真凶

2. 检查日志组件的配置和权限 #

配置踩坑点： #

• 先打开你的NServiceBus初始化代码，确认日志组件的配置有没有写错，比如用NLog的话，是不是加了LogManager.Use<NLogFactory>()？
• 检查日志配置文件（比如NLog.config）是不是和服务程序放在同一个目录里，配置里的日志路径是不是对的——Azure VM上别用太复杂的路径，先试试简单的本地路径（比如C:\Temp\Logs）测试
• 要是配置里写了网络共享路径，先改成本地路径排除网络问题

权限排查： #

• Windows服务默认用Local System账户，虽然权限高，但如果日志路径是VM上的受保护目录（比如Program Files下），照样会被拒绝写入
• 你可以临时把服务的运行账户改成你登录VM的管理员账号，跑一遍试试，如果不崩了，那就是权限的问题，再给服务账户配置对应的文件夹读写权限
• 别忘了检查VM上的防火墙或杀毒软件，会不会拦截了日志组件的文件写入操作

3. 开NServiceBus的调试日志抓细节 #

如果事件查看器的日志太笼统，直接强制开启NServiceBus的调试级日志：

• 在服务启动代码里加一行：

  var endpointConfig = new EndpointConfiguration("YourEndpointName");
  endpointConfig.Logging().MinimumLevel(LogLevel.Debug);
  

• 或者在配置文件里把日志级别拉满，确保日志能输出到你能拿到的地方（比如先临时写本地文本文件，绕开可能有问题的日志组件）
• 这样能看到服务从启动到崩溃前的每一步操作，很容易定位是日志初始化时就炸了，还是处理消息时触发的日志报错

4. 查日志组件和NServiceBus的版本兼容性 #

• 很多时候崩溃是因为版本不兼容，比如NServiceBus 7.x和NLog 5.x可能有适配问题
• 你可以试试降级或升级日志组件的版本，比如把NLog从5.x降到4.x，重新部署到VM测试
• 也可以用dotnet restore重新还原一遍NuGet依赖，有时候依赖包损坏也会导致这种问题

5. 临时换个日志组件做测试 #

要是怀疑就是当前日志组件的问题，直接换个简单的试试：

• 比如用NServiceBus自带的默认日志工厂：

  endpointConfig.Logging().Use<DefaultFactory>();
  

• 把这个临时版本部署到VM，如果服务能正常跑了，那就能确定是原来的日志组件有问题，再针对性修复就行

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