关于Terraform状态锁与HTTP后端的若干技术疑问

问题1：lock_address与unlock_address端点的作用是什么？是否向lock_address发起请求即可锁定状态，完成状态变更后需向unlock_address发起请求解锁？ #

• lock_address是Terraform用来请求锁定远程状态文件的端点。当执行apply、plan这类会修改状态的操作时，Terraform会先调用这个端点获取锁，防止多个用户或进程同时修改状态文件引发数据冲突。
• unlock_address是用来释放锁的端点，不管状态变更操作成功还是失败，Terraform完成操作后都会调用这个端点解锁，让后续操作可以正常访问状态文件。
• 核心流程就是：变更操作前请求lock_address锁定，操作结束后请求unlock_address解锁，这是状态锁的标准使用逻辑。

问题2：lock_method与unlock_method参数默认值为LOCK和UNLOCK，请问这是否是调用对应地址时使用的HTTP请求方法？为何不采用GET、PUT等传统HTTP请求方法？ #

• 没错，lock_method和unlock_method就是Terraform调用对应端点时使用的HTTP请求方法。
• 选择LOCK和UNLOCK是因为这两个方法属于HTTP的WebDAV扩展规范，语义上专门对应“资源锁定”和“解锁”操作。相比GET（仅获取资源）、PUT（更新资源）这类通用方法，它们能更清晰地表达操作意图，后端服务也能基于这种明确语义实现更精准的锁逻辑，避免和其他类型的操作混淆。

问题3：若lock_address和unlock_address用于状态锁定与解锁，是否状态会保持锁定状态直至调用unlock_address端点？ #

• 是的，默认逻辑下状态会保持锁定直到主动调用unlock_address解锁。不过部分自定义HTTP后端会额外添加锁超时机制——如果超过指定时间未解锁，会自动释放锁（避免因操作崩溃导致锁长期占用），但Terraform的HTTP后端规范本身没有强制要求超时，核心逻辑还是依赖主动解锁。

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