Azure Functions插件无响应是因Azure Account插件未启用或未登录；本地调试失败多因CLI版本、.NET SDK与运行时版本不匹配；部署后404需检查函数名、路由及authLevel；Python调试需配置subProcess或手动插入pdb断点。
Azure Functions插件装了但没反应？检查 Azure Functions 和 Azure Account 是否都启用
VSCode里点“创建新项目”没反应，或者资源组列表为空，大概率不是网络问题，而是两个插件没配对启用。微软把登录和函数开发拆成了独立插件：Azure Functions 负责项目结构、调试、部署命令；Azure Account 负责登录和权限上下文。只装前者，VSCode根本不知道你是谁、能访问哪些订阅。
- 打开 VSCode 扩展面板，搜
Azure Account，确保已安装且状态为“已启用” - 点击左下角账户图标（或按
Ctrl+Shift+P→ 输入Azure: Sign In），完成登录并选中目标订阅 - 再执行
Ctrl+Shift+P→Azure Functions: Create New Project...，这时才会列出可用的资源组和存储账户 - 如果仍无响应，检查右下角状态栏是否显示已登录的账号邮箱——没显示说明
Azure Account插件未真正生效
本地调试时 func start 报错 “Could not load file or assembly 'Microsoft.Azure.WebJobs.Host'”
这是 .NET 项目最常踩的坑：VSCode 自动生成的项目默认用最新版 Azure Functions 运行时（v4+），但本地 func CLI 版本太旧，或全局 .NET SDK 版本不匹配。错误本质是运行时契约断裂，不是代码写错了。
- 在终端运行
func --version，确认输出 ≥4.0.5455；若低于此值，去 GitHub releases 下载最新zip并替换本地 CLI - 检查
host.json中version字段是否为"version": "2.0"（对应 Functions v2）或"version": "4.0"（v4）。v4 要求 .NET 6+ SDK，别用 .NET 5 SDK 开 v4 项目 - 新建项目时，在
Ctrl+Shift+P→Azure Functions: Create New Project...流程中，务必手动选 “.NET 6 Isolated” 或 “.NET 7 Isolated”，而非默认的 “.NET”（它会回退到旧的 in-process 模式，与新版 CLI 不兼容）
部署后函数始终返回 404 或 “Function not found”
不是代码没上传，而是函数名、路由路径或访问权限配置不一致。Azure Functions 的 URL 结构是 https://{app-name}.azurewebsites.net/api/{function-name}，其中 {function-name} 必须和项目里 FunctionName 属性值完全一致（包括大小写），且该函数必须有 HttpTrigger 绑定。
- 检查函数类顶部的
[FunctionName("MyHttpFunc")]，确保字符串值和你在浏览器里请求的路径最后一段完全一致 - 确认
function.json（或编译生成的bin/output/function.json）中bindings[0].authLevel不是"anonymous"以外的值，比如"function"时需在 URL 后加?code=xxx，而code值要从 Azure 门户的函数“获取函数 URL”按钮里复制 - 部署后别直接访问根域名，必须带
/api/xxx；如果用了自定义路由（如[Route("v1/users")]），则路径变为/api/v1/users，而非/api/函数名
Python 函数本地调试卡在 “Worker process started and initialized” 不进断点
Python 的 Azure Functions 默认用 python -m azure.functions.worker 启动进程，但 VSCode 的 Python 扩展调试器无法自动 attach 到这个子进程，导致断点失效。这不是环境没配好，是调试模式本身不支持直接 attach。
- 不要点绿色“开始调试”按钮，改用终端手动启动：
func start --verbose，然后在代码里插入import pdb; pdb.set_trace()临时打断点 - 更稳妥的做法：在
local.settings.json中添加"PYTHONPATH": "./"，并在 launch.json 的configurations里加"justMyCode": true和"subProcess": true，但前提是你的 VSCode Python 扩展版本 ≥ v2023.8 - 如果用的是
func init --worker-runtime python --docker创建的项目，记得先docker build -t myfunc .再func start --docker-only，否则本地funcCLI 会忽略 Dockerfile 直接跑宿主 Python，造成依赖不一致
最麻烦的其实是跨语言的一致性判断：C# 看 host.json 和 SDK 版本，Python 看 requirements.txt 和 worker 版本，Node.js 看 package.json 里的 azure-functions-core-tools 依赖。同一套 VSCode 配置，换语言就得重新核对三处地方，没人会一次性全记住。
