vscode不运行terraform provider，仅通过插件调用本地terraform cli执行plan/apply；provider配置生效、认证就绪及cli路径正确是实现“实时运行”的三大前提。
VSCode 本身不运行 Terraform Provider，它只是编辑器；Provider 的“实时运行”实际依赖本地 terraform CLI 执行 plan、apply 等命令，而 VSCode 通过插件调用该 CLI 并展示结果。真正决定能否“实时运行”的，是 Provider 配置是否生效、认证是否就绪、以及插件能否正确驱动 CLI。
Provider 配置写对了，但资源补全/跳转不出现？检查三个硬性前提
Provider 声明（如 provider "aws" {}）写得再规范，若以下任一条件不满足，VSCode 就无法加载其 schema，导致无参数提示、aws_instance. 后不弹建议、provider "aws" 点不了跳转：
- 项目根目录必须存在
terraform { required_version = ">= 1.0" }块——哪怕只是占位，否则terraform-ls直接拒绝启动 - 已成功执行过
terraform init，且生成了.terraform/目录——插件靠它读取 provider 插件二进制和 schema - 所有
.tf文件必须在同一个 VSCode 工作区打开——跨窗口或子目录单独打开，跨文件引用（如 module source 或 var）会断连
为什么 terraform.path 必须配绝对路径，且不能错一个字符？
HashiCorp 官方插件（hashicorp.terraform）不自带 terraform 二进制，所有操作都靠调用你本地安装的 CLI。路径配错，等于插件“看不见” terraform：
- macOS/Linux：运行
which terraform，复制输出（如/usr/local/bin/terraform），粘贴到 VSCode 设置中terraform.path字段——注意不是/usr/local/bin目录 - Windows：运行
where terraform，复制完整路径（如C:/Program Files/Terraform/terraform.exe），反斜杠要写成正斜杠或双反斜杠 - 常见坑：
terraform.path末尾多空格、WSL 下用了 Linux 路径但 VSCode 运行在 Windows、tfenv用户误配了软链而非真实路径（应配~/.tfenv/bin/terraform）
Provider 认证失败，plan 报错 Error: No valid credential sources found for AWS Provider
这个错误说明 Provider 已加载，但没拿到有效凭据。VSCode 不参与认证流程，它只把你的配置原样传给 terraform CLI 执行。问题一定出在环境变量或配置文件上：
- 优先检查
AWS_PROFILE是否设置，且对应 profile 在~/.aws/credentials中存在并含有效aws_access_key_id和aws_secret_access_key - 若用
~/.aws/config中的 role_arn，确保AWS_PROFILE指向的是 config 里的 profile 名（非 credentials 里的） - 临时测试可直接在
provider "aws"块里硬编码（仅限开发）：access_key = "AK..."、secret_key = "..."、region = "us-east-1"——但切勿提交到 Git - VSCode 中若用
.vscode/private.env注入环境变量（如用于调试 Provider），需确认该文件路径正确、格式为KEY=VALUE、无 BOM 或 UTF-8 编码问题
保存自动格式化失效，terraform fmt 像没反应？两个开关缺一不可
格式化不是“插件默认开启”，而是由 VSCode 和插件两级控制共同触发：
-
editor.formatOnSave：VSCode 全局开关，必须为true -
terraform.formatOnSave：插件专属开关，也必须显式设为true（仅此一项开启才真正调用terraform fmt） - 即使两者都开，若
terraform.path未配或指向无效路径，VSCode 会在输出面板（Output → Terraform）里报错，但界面无提示
最易被忽略的一点：Provider 的“实时运行”感，本质是 CLI 执行速度 + 插件响应延迟的叠加。哪怕配置全对，plan 耗时 20 秒，你就没法真正在编辑器里“实时”看到结果——这时候该优化的是 state 远程后端、disable refresh 或拆分模块，而不是反复重配插件。
