我来帮你捋捋这个问题——错误0XC0000005是访问违规，通常和权限、依赖缺失或者任务计划的配置细节有关。结合你说的「双击正常但任务计划跑不了」的情况，给你几个具体的排查方向和修复方案：

• 确保程序/脚本填的是EXE的完整绝对路径，比如C:\YourPublishedApp\YourConsoleApp.exe，别只写文件名——任务计划的默认工作目录可能和你双击时的目录完全不一样。
• 一定要设置**起始于（可选）**为你的EXE所在文件夹的路径，比如C:\YourPublishedApp。很多控制台程序依赖本地的配置文件、DLL，任务计划默认用系统目录当工作目录的话，程序找不到依赖就会触发访问错误。

• 你双击运行正常，可能是当前用户的环境变量里加载了.NET Core 2.x运行时，但任务计划用的管理员账户可能没加载到正确的环境。可以给任务加个前置操作，运行命令把运行时信息输出到日志：

  cmd /c "dotnet --info > C:\YourPublishedApp\dotnet_runtime.log 2>&1"
  

  查看日志如果发现运行时缺失，要么在服务器上重装对应的.NET Core 2.x托管运行时，要么把程序改成自包含发布（发布时选独立模式，把运行时一起打包），这样就不依赖服务器的全局运行时了。

• 哪怕用了管理员账户，任务计划的账户可能没有交互登录权限。在任务的「安全选项」里，勾选「不管用户是否登录都要运行」，同时务必勾选「使用最高权限运行」。注意：选了前者的话程序不会弹出窗口，所以最好把程序输出重定向到日志文件，方便排查。
• 检查EXE所在文件夹、程序读写的文件（比如日志、配置）的权限，给任务计划的账户分配完全控制权限——有时候管理员账户默认权限也会受系统限制。

• 把程序的输出和错误都重定向到日志文件，修改任务计划的「操作」：把「程序/脚本」改成cmd /c，「添加参数」填：

  "C:\YourPublishedApp\YourConsoleApp.exe > C:\YourPublishedApp\app_exec.log 2>&1"
  

  这样不管是正常输出还是错误信息都会被记录，能帮你定位到程序执行到哪一步出了问题。
• 另外，建议在程序里加全局异常捕获，比如在Main方法里用try-catch包裹所有逻辑，把异常的堆栈信息写入本地日志，这样能更精准地找到崩溃点。

• 双击运行时系统会从当前目录和环境变量找依赖DLL，但任务计划的上下文可能找不到。可以用Dependency Walker工具打开你的EXE，看看有没有缺失的原生DLL（比如系统补丁不全导致缺失的api-ms-win-*.dll，或者第三方原生依赖）。

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