添加类库项目引用后Azure WebJob运行失败如何解决

退出码-1073740771对应十六进制值0xC0000135，含义为进程启动阶段加载依赖DLL失败，属于CLR初始化阶段的崩溃，因此业务代码、Azure Storage的运行日志都不会生成，和描述的「启动前崩溃、移除类库引用就恢复正常」的现象完全匹配，问题集中在类库带来的依赖缺失、配置错误两个方向。

1. 优先修复SQL Server Compact（SqlCe）依赖问题 #

贴出的类库配置中，EF默认连接工厂设置为SqlCeConnectionFactory，还注册了SqlCe 4.0的DbProvider，这是最高概率的崩点：

• Azure App Service默认运行环境没有预装SQL Server Compact 4.0组件，本地运行正常是因为开发机已安装SqlCe，或本地编译目录自动带了相关文件，但WebJob发布时默认不会完整拷贝SqlCe的所有依赖文件。
• 对应处理：
  • 如果实际业务用的是SQL Server而非SqlCe（配置中也注册了SqlClient提供程序，属于常见配置冗余）：直接删除EF配置段中的defaultConnectionFactory节点，替换为Sql Server默认连接工厂配置，同时删除<system.data><DbProviderFactories>下所有SqlCe相关的注册项，移除项目中对EntityFramework.SqlServerCompact、System.Data.SqlServerCe的引用后重新发布。
  • 如果确实需要使用SqlCe：通过NuGet安装Microsoft.SqlServer.Compact包，确认包生成的x86、amd64文件夹下所有SqlCe原生dll（如sqlceme40.dll、sqlceca40.dll）的属性设置为「如果较新则复制」，发布时确保这些原生dll和文件夹完整输出到WebJob运行目录，不要仅拷贝托管dll。

2. 修复配置文件发布与内容错误 #

类库项目的app.config默认不会自动随发布合并到控制台项目的运行配置中，控制台程序启动时只会读取自身根目录下和exe同名的.exe.config文件：

• 发布后通过Kudu进入WebJob运行目录（路径为D:\home\site\wwwroot\App_Data\jobs\[触发类型/连续类型]\你的WebJob名称），检查目录下控制台程序对应的.exe.config文件，确认类库配置中的EF配置、DbProvider配置、程序集绑定重定向、WCF客户端配置都已经完整合并到该文件中，缺失的话手动把类库App.config的对应配置节复制到控制台项目的App.config中，重新生成发布。
• 检查配置内容正确性：贴出的配置中多个程序集的publicKeyToken为截断状态（比如EntityFramework节点的公钥仅写了b77089，正常值为b77a5c561934e089，其余多个程序集的公钥也存在截断问题），如果实际运行的配置文件中存在该问题，会直接导致CLR加载程序集失败。可以删除所有错误的绑定重定向配置，在VS中重新生成项目，会自动生成正确的完整绑定重定向内容。

3. 检查依赖文件与平台一致性 #

• 对比本地编译输出的bin目录和Kudu中WebJob目录的文件，确认类库依赖的所有dll（包括EntityFramework、Azure Storage相关、Google.Apis相关组件）都已完整发布，缺失的dll需要在VS中把对应引用的「复制本地」属性设置为True，重新发布。
• 确认编译平台和App Service平台设置一致：如果项目编译目标为x86，需要在App Service的「配置-常规设置」中把平台位数设置为32位；如果编译目标为x64则设置为64位，平台不匹配会导致原生dll加载失败，抛出相同的崩溃错误。

4. 直接抓取明确错误信息 #

如果上述步骤处理后仍有问题，直接在Kudu的调试控制台中进入WebJob目录，手动运行控制台程序的exe文件，控制台会直接打印具体缺失的dll名称或配置错误位置，比WebJob的系统日志信息更明确，可直接定位根因。

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