VSCode 要真正接管 Azure 资源管理，必须完成三步：一是通过 Azure Account 扩展登录并执行 Azure: Sign In 命令；二是手动选择订阅；三是确保 Azure CLI 可被识别且 PATH 正确配置，否则侧边栏图标灰显、右键菜单缺失、部署静默失败。
VSCode 要真正接管 Azure 资源管理，不是装几个插件就完事——关键在登录态打通、订阅可见性、以及 CLI 工具链是否被插件识别。没走对这三步，侧边栏的 Azure 图标会灰掉，右键菜单里也根本不会出现 Deploy to Function App 或 Start 这类操作。
Azure Account 扩展必须先装且成功登录
这是整个流程的身份锚点。其他扩展（如 Azure Functions、Azure Resources）都依赖它提供的认证上下文。没登录，它们就是“睁眼瞎”。
- 安装后必须执行
Azure: Sign In命令（Cmd+Shift+P），不能只靠浏览器跳转完事；VSCode 会缓存 token，但首次登录必须触发该命令 - 登录后，在命令面板输入
Azure: Select Subscriptions，手动勾选目标订阅——即使只有一个，也要显式确认，否则资源树为空 - 如果提示 “No subscriptions found”，检查 Microsoft 账户是否在对应 Azure AD 租户中被分配了
Reader或更高权限，仅登录不等于有访问权
Azure CLI 是否被插件识别直接影响部署能力
VSCode 的 Azure 插件在底层大量调用 az 命令。如果插件找不到可用的 CLI 实例，Deploy to Web App 等操作会静默失败或报错 Command 'az' not found。
- 确保系统 PATH 中能直接运行
az --version；macOS 上若用 Homebrew 安装，需确认/opt/homebrew/bin（Apple Silicon）或/usr/local/bin（Intel）已加入 shell 的 PATH，并被 VSCode 继承 - 重启 VSCode 后，在终端里运行
which az，再打开命令面板执行Azure: Refresh Cloud Explorer，观察资源树是否加载 - 不要依赖 VSCode 内置终端自动加载 shell 配置——某些启动方式（如从 Dock 启动）会绕过
.zshrc，导致 CLI 不可见
资源组和资源类型决定右键菜单是否可用
不是所有资源都支持全部操作。右键菜单项是动态生成的，取决于当前节点类型、订阅权限、以及插件版本对 API 版本的支持程度。
- 只有
App Service、Virtual Machine、Function App等明确支持启停的资源，右键才会有Start/Stop；Storage Account右键只有View Properties和Open in Portal - 若右键无反应，先确认资源组已展开——插件有时不会自动加载深层节点，需手动点击资源组旁的三角箭头
- 新创建的资源（如刚部署的容器应用）可能需等待 30–60 秒才出现在资源树中，API 缓存刷新有延迟，不必反复重启
最常被忽略的是权限粒度：你能在门户里看到资源，不代表 VSCode 插件能调用对应 REST API。比如 Storage Blob Data Contributor 权限足够读写 blob，但无法通过插件启停虚拟机——那需要 Virtual Machine Contributor。别假设“登录成功 = 万事大吉”。
