You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

无法在Visual Studio Code中创建Azure Logic App工作流问题求助

单租户Azure Logic App设计器启动报错解决方案

问题根因

该错误本质是Azure Functions Runtime启动时加载了低于最低要求版本的EventHubs扩展,导致服务启动失败,8000端口未正常监听,逻辑应用设计器无法连接到本地runtime进行验证。即使手动更新了NuGet包,旧版本扩展仍可能被构建缓存、扩展 bundle 缓存加载,导致问题复现。

解决步骤

  • 停止所有正在运行的Azure Functions Core Tools进程,删除项目根目录下的bin、obj、.azurefunctions文件夹,清除本地缓存的扩展版本
  • 打开项目根目录的host.json文件,确认extensionBundle的配置使用Logic App专用的工作流bundle,示例配置如下:
{
  "version": "2.0",
  "extensionBundle": {
    "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
    "version": "[1.*, 2.0.0)"
  }
}
  • 执行dotnet clean清理项目残留构建文件,再执行dotnet restore重新还原所有NuGet包,打开csproj文件确认Microsoft.Azure.WebJobs.Extensions.EventHubs的版本为4.3.0,且无其他低版本的同名包间接引用
  • 执行netstat -ano | findstr :8000(Windows系统)或lsof -i :8000(macOS/Linux系统)检查8000端口是否被其他进程占用,若被占用可在启动func命令时指定其他空闲端口,同时同步修改Azure Logic Apps扩展设置中的设计器对应端口配置
  • 完全关闭VS Code后重新打开项目,右键点击workflow.json选择Open in Designer,等待本地runtime完整启动完成后再进行操作
  • 若上述步骤均无效,可将Azure Functions Core Tools降级到4.0.3928版本,部分高版本Core Tools与Logic App标准扩展存在已知兼容性问题

内容的提问来源于stack exchange,提问作者VivekDev

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.09.26 20:57:06