01
指定输入格式
自动模式按输入开头判断；语法模糊时选定 JSON 或 YAML。强制模式解析失败会直接报错，不会偷偷回退到另一种格式。
云平台开发辅助
CloudFormation 模板验证— 部署前先看清本地问题
粘贴一份 JSON 或 YAML 模板，查看诊断和同格式排版预览。
CloudFormation 模板验证
模板输入
诊断与预览
已覆盖规则未发现问题。
仅在浏览器内处理，不向 AWS 发送请求。
输入模板或载入示例。
输入上限：300000 个字符。
模板能通过普通 YAML 语法检查，却仍可能把资源放错层级或引用不存在的参数。CloudFormation 模板验证把这些问题分开列出，便于在提交前定位。
这不是把 CloudFormation 模板校验结果冒充 AWS 部署结论。页面会说明哪些资源属性受检、哪些未覆盖；遇到 CloudFormation 模板格式错误时，也保留原输入供对照。 如果要排查 CloudFormation YAML 语法检查未发现的错误，还要看诊断中的引用路径和资源覆盖数量；即使本地未报错，仍需用 AWS 服务端工具核对账户、区域与权限。
为什么使用 CloudFormation 模板验证？
语法和引用分开看
JSON 或 YAML 能解析，不代表 !Ref 指向了已声明的参数。CloudFormation 模板验证分别报告语法位置和引用路径，减少反复试部署。
未覆盖范围摆在结果里
仅 S3、SQS、SNS 三类资源的一级属性接受基础类型检查。未知资源或动态值会标记为待核对，不会被误写成已通过。
先确认格式、版本与覆盖范围
02
阅读本地诊断
版本未写时按 2010-09-09 处理。查看已覆盖与未覆盖数量，再核对 CloudFormation 参数引用和资源路径。
03
导出当前版本
改动输入或缩进会让旧结果过期，复制和下载暂不可用。重新检查后可导出诊断 JSON 或同格式模板，源文本不会被自动替换。 输入格式一旦切换，之前的诊断会立即过期，只有重新检查后才能导出当前报告。
从语法走到模板结构
JSON 与 YAML 解析
对一份模板报告解析位置；YAML 的 !Ref、!Sub 等短标签保留在排版预览中，不做有损的格式互转。
本地引用检查
检查 Ref、Fn::GetAtt 和简单 Fn::Sub 所用名称是否在参数、资源或伪参数中声明；跨栈导入不作联网解析。
有限资源属性核对
对 AWS::S3::Bucket、AWS::SQS::Queue、AWS::SNS::Topic 的一级属性做名称与基础类型检查，嵌套对象和动态表达式不推断运行时值。
哪些结论需要继续核对
- 只处理单份模板
- 输入必须是一份 JSON 或 YAML 模板；缺少 Resources、资源缺 Type、逻辑 ID 不合规会报告。嵌套栈不会被展开。
- 不是全量资源 schema
- 未知资源类型和未收录属性显示覆盖提示。CloudFormation 模板验证没有承诺 AWS 全部属性都通过。
- 动态表达式不执行
- 本页能找出一些未声明的 Ref 名称，但无法求值条件、宏或账户中的参数。请在实际环境继续核对。
- 不会访问 AWS
- 没有凭证输入、Region 查询或创建资源。权限、配额和服务端验证仍需在部署流程中完成。
CloudFormation 模板验证常见问题
如何解决 CloudFormation 中的模板验证或模板格式错误？
先看语法报错行，再检查顶层章节与引用路径。本页把 JSON、YAML 解析和有限的 CloudFormation 结构检查分别显示。
CloudFormation 模板为什么提示 YAML not well-formed？
通常是缩进、冒号或短标签附近无法解析。按标出的行列修改；解析失败时不会给出看似正常的排版文件。
为什么出现未解析的资源依赖？
Ref、GetAtt 或 Sub 指向的名称不在当前模板的参数或资源里。核对拼写和声明；跨栈导入不是本地 Ref。
模板属性无效怎么处理？
核对资源是否放进 Resources，以及属性是否在本地快照中。未收录属性只提示未覆盖，不能直接断言 AWS 不支持。
参数引用不存在时如何排查？
不等同。它只覆盖本页列出的本地规则；AWS 服务端还会依据账户、区域与资源状态作检查。
还有疑问？