Azure Functions子编排调用Activity报错：无法解析函数名

看起来你在给运行正常的Azure Functions添加子编排模块后遇到了棘手的问题：子编排能触发，但调用Activity函数时提示「无法解析函数名'GetStringInput'」，而且Azure门户直接调用新增的Activity函数还返回404，但旧的Activity却能正常工作。结合你的代码、错误日志和环境信息，我整理了几个针对性的排查和解决方向：

1. 先查函数名称常量的一致性 #

从错误日志来看，系统找不到的是GetStringInput这个Activity函数，但你的代码里Activity函数标注的FunctionName是FUNC_ACTIVITY常量。这里大概率是常量定义不匹配：

• 立刻确认FUNC_ACTIVITY这个常量的字符串值是不是完全等于"GetStringInput"？如果常量值和实际Activity的函数名对不上，Durable Orchestration肯定找不到目标函数。
• 检查子编排里ctx.CallActivityAsync<int>(FUNC_ACTIVITY, input_json)中的FUNC_ACTIVITY，是否和Activity函数的[FunctionName(FUNC_ACTIVITY)]完全一致（虽然Azure Functions函数名大小写不敏感，但保持完全一致能避免意外问题）。

2. 确认新增函数是否被正确部署 #

门户调用新Activity返回404，说明这个函数可能根本没被Azure识别到，问题出在部署环节：

• 翻一下Azure DevOps的部署日志，看看有没有关于新增函数的警告或错误——比如.NET Framework的Functions在构建时会自动生成function.json元数据文件，如果这个文件没生成或者没上传成功，Azure就发现不了你的新函数。
• 先在本地调试环境里确认新增的Activity能被正常调用，排除代码本身的问题后，尝试重新触发一次完整部署，或者手动删除Azure函数应用的site/wwwroot目录（通过Kudu工具）再重新部署，避免旧文件残留干扰。
• 打开Azure门户的高级工具(Kudu)，进入site/wwwroot，看看有没有新增Activity对应的文件夹，里面的function.json和dll文件是否存在且正确。

3. 修复代码里的拼写错误（虽不直接导致当前问题，但必须改） #

你的子编排代码里有个明显的拼写错误：

var inpu_json = JsonConvert.SerilializeObject(input);

这里SerilializeObject应该是SerializeObject——这个错误本身不会引发「找不到函数」的问题，但可能导致输入参数序列化异常，后续引发其他问题，建议先把这个坑填上。

4. 考虑升级Durable Task扩展版本 #

你使用的Microsoft.Azure.WebJobs.Extensions.DurableTask v1.8.4是比较老旧的版本（目前该扩展的稳定版已经到v3.x），旧版本可能存在子编排调用Activity的兼容性bug：

• 尝试升级到v1.x分支的最新稳定版（比如v1.13.0），如果你的项目兼容的话，也可以考虑升级到v2.x版本（注意升级时要同步更新相关的Azure Functions NuGet包，避免版本冲突）。
• 升级后重新构建部署，看看问题是否消失。

5. 最后验证Activity函数的基础配置 #

虽然你已经确认函数启用，但还是快速检查一下：

• 确认Activity函数的[ActivityTrigger]配置正确，你当前的[ActivityTrigger] string input是没问题的，但如果之前修改过触发器类型，可能导致元数据异常。
• 再确认一次Azure门户里的Activity函数没有被设置为「禁用」状态（在函数详情页就能看到）。

按照上面的步骤逐一排查，应该能解决你的问题。

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