Azure Function跨项目/类库引用问题：Func2无法被函数应用识别

你遇到的这个情况其实是可以解决的——完全可以通过引用外部程序集让函数成为主函数应用的一部分，只是VS2017对应的Azure Functions v1运行时（基于.NET Framework）有一些容易忽略的配置要求，不是单纯引用就能生效的。我给你梳理下具体的解决步骤和注意点：

核心前提：确认运行时版本 #

VS2017创建的Azure Functions项目默认是v1运行时（.NET Framework 4.6.1+），这个版本的函数发现逻辑和后来的v2/v3（.NET Core）有差异，必须遵循它的规则才能识别外部DLL里的函数。

类库项目的必要配置 #

不管你是把Func2放到普通类库还是另一个Azure Function项目，都需要满足这些要求：

• 类库的目标框架必须和主函数项目一致（比如都是.NET Framework 4.6.1）
• 类库必须安装和主项目版本匹配的Microsoft.Azure.WebJobs NuGet包（v1运行时对应2.x系列版本）
• Func2的类必须是public访问级别，函数方法必须是public static（v1运行时要求静态方法，v2+才支持实例方法），并且带有正确的[FunctionName("Func2")]触发属性

主项目的配置调整 #

1. 确保引用的类库被复制到输出目录
   右键主项目里的类库引用 → 属性 → 设置复制本地为True。这样编译后，类库的DLL会被复制到主项目的bin目录，运行时才能扫描到里面的函数。

2. 修改host.json启用程序集扫描
   在主项目的host.json文件中添加以下配置，让运行时扫描所有引用的DLL：

   {
     "watch": {
       "include": "**/*.dll"
     },
     "functions": "*"
   }
   

   "functions": "*"表示加载所有发现的函数，watch配置确保调试时也能监控外部DLL的变化。

引用另一个Azure Function项目的额外注意点 #

如果是引用另一个Azure Function项目，要注意：

• 被引用的项目不要设置为启动项目，只把主函数项目设为启动项
• 被引用项目的输出类型依然是类库（Azure Function项目本质就是类库类型），不需要改成控制台应用
• 同样要确保两个项目的WebJobs相关NuGet包版本完全一致，避免版本冲突导致加载失败

常见排查点 #

如果还是识别不到，可以检查这些地方：

• 查看主项目的bin目录，确认引用的类库DLL是否存在
• 检查Func2的类和方法是否都是public，有没有漏加[FunctionName]属性
• 对比主项目和类库的NuGet包版本，尤其是Microsoft.Azure.WebJobs、Microsoft.Azure.WebJobs.Extensions这些核心包

按照这些步骤调整后，你的Func2应该就能被主函数应用识别到了。

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