dotnet run运行Worker Service报错：访问被拒绝，求解决办法

以下是针对该问题的具体排查方向：

• 核查文件夹权限
  重点检查两个路径的权限：生成的WorkerService.exe所在的输出目录，以及工作目录C:\Users\SomeFolder\Desktop\WorkerServiceFolder。右键文件夹→属性→安全选项卡，确认当前用户（包括管理员身份运行的PowerShell对应的用户）拥有读取、执行、写入的权限，必要时添加当前用户的完全控制权限。

• 排查安全软件拦截
  桌面路径的程序容易被杀毒软件、防火墙误拦截，临时关闭本地杀毒软件或把项目文件夹加入安全软件的信任列表，再执行dotnet run测试。

• 简化项目路径
  报错路径显示存在多层带空格的文件夹，可能触发Windows路径长度限制（传统路径最大260字符）或特殊字符解析问题。把项目文件夹移到更短的路径下，比如C:\WorkerServiceDemo，重新运行项目。

• 区分编译与运行阶段问题
  执行dotnet publish -c Release生成发布版本，直接运行发布目录下的WorkerService.exe，如果同样报错，说明是执行阶段的权限问题；如果能正常运行，再排查dotnet run命令的配置问题。同时用dotnet --info确认当前运行时版本是否正常，检查运行时安装目录的用户权限。

• 检查系统级限制
  若为公司办公电脑，可能存在组策略或Windows Defender应用控制（WDAC）规则拦截未签名程序运行。打开事件查看器→Windows日志→应用程序，筛选“错误”级别事件，查找和权限拒绝、进程启动相关的日志，获取更详细的拦截原因。

• 清理残留进程
  打开任务管理器，查找是否有未正常退出的WorkerService.exe进程，结束后再重新执行dotnet run，避免进程占用导致的文件访问拒绝。

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