.NET Framework 4.8应用发布Azure WebJob失败无详细错误如何解决

从运行日志可以直接定位核心问题：

• Azure WebJob 没有启动你编译生成的 .NET Framework 4.8 控制台主程序，而是错误识别了发布目录下的WinSCP.exe作为启动入口，日志明确标注Run script 'WinSCP.exe' with script host - 'WindowsScriptHost'
• 报错退出码-1073740771对应Windows系统错误码0xC0000135，含义是启动程序时缺失必需的依赖DLL，单独启动WinSCP.exe本身就会因为沙箱环境缺依赖直接崩溃
• Application Insights没捕获到异常属于正常现象：程序根本没执行到你写的Main方法里的AI初始化逻辑，完全没进入业务代码就退出了
• 本地运行正常是因为本地环境预装了所有依赖组件、运行库，Azure WebJob的沙箱环境是干净的默认环境，没有这些全局预装内容

1. 强制指定WebJob启动入口，避免平台选错exe
   在控制台项目根目录新建名为run.cmd的纯文本文件，将文件属性设置为「如果较新则复制」到输出目录，文件内明确写主程序启动命令，比如你的主程序编译输出名为ArchiveJob.exe，则内容为：

   @echo off
   ArchiveJob.exe
   

   Azure WebJob检测到目录下存在run.cmd时，会优先将它作为启动脚本，不会自动扫描目录随机选择exe作为入口。
2. 检查所有原生依赖的复制属性
   项目中用到的WinSCP相关WinSCP.exe、WinSCPnet.dll，以及所有非NuGet引入的原生DLL、Interop组件，都要将属性面板里的「复制到输出目录」设置为「如果较新则复制」，确保发布时所有依赖文件都完整上传到WebJob目录，不会出现主程序找不到依赖的问题。
3. 修正Application Insights日志发送逻辑
   你当前代码使用InMemoryChannel内存通道，Flush()方法为异步执行，在finally块调用完Flush()后进程会立刻退出，内存中缓存的日志还没发出就被销毁，自然收不到日志：
   • 删除AddSingleton(typeof(ITelemetryChannel), new InMemoryChannel())这行代码，使用默认的ServerChannel即可，内存通道仅适合本地短时间调试
   • 在telemetryClient.Flush();代码后添加Thread.Sleep(5000);，给日志传输预留足够时间再退出进程
4. 验证发布后的文件结构
   发布完成后可以通过App Service的「高级工具」进入Kudu站点，查看site/wwwroot/App_Data/jobs/triggered/[你的WebJob名称]目录下的文件，确认：
   • 根目录存在你刚添加的run.cmd
   • 主程序exe、所有依赖DLL、WinSCP相关文件都完整存在，没有缺失
   • 不要把WinSCP.exe放到比主程序exe层级更高的目录
5. 开启本地日志重定向排查残余问题
   如果调整完以上配置仍有报错，可以把run.cmd内容修改为如下形式，将程序的控制台输出、错误流都重定向到本地日志文件，直接在Kudu里就能查看完整报错：

   @echo off
   ArchiveJob.exe > job_log.txt 2>&1
   

   运行一次后直接在同目录打开job_log.txt就能看到程序启动全流程的报错信息，不需要等Application Insights回传日志。

额外说明：.NET Framework 4.8的控制台程序不需要调整Stack配置，Azure App Service默认预装了完整的.NET Framework 4.8运行时，你当前的Stack设置不会影响程序正常运行。

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