在 YAML 和 JSON 格式之间相互转换。
将文本文件拖到这里，或选择文件导入。
通过可预测的结构处理双向转换 YAML 和 JSON，以便配置、API 示例和基础设施文件保持可审查和可移植性。
它将 YAML 转换为 JSON，将 JSON 转换为 YAML，同时保留核心数据结构，从而使工具生态系统之间的切换更加容易。
它通过以两种格式明确嵌套键、数组和标量值，帮助团队在部署之前验证配置意图。
它降低了在 CI 管道、Kubernetes 清单、OpenAPI 示例和应用配置之间迁移有效负载时的手动改写风险。
YAML 输入
service:
name: svc_42
retries: 3
tags:
- prod
- apiJSON 输入
{"service":{"name":"svc_42","retries":3,"tags":["prod","api"]}}嵌套对象示例
pipeline:
stages:
build:
timeout: 600JSON 输出
{
"service": {
"name": "svc_42",
"retries": 3,
"tags": ["prod", "api"]
}
}YAML 输出
service:
name: svc_42
retries: 3
tags:
- prod
- api验证说明
在目标运行时解析器中重新运行输出以确认架构和类型期望。
YAML 缩进不匹配
使用一致的空格（无制表符）并仔细对齐嵌套块。
意外的标量输入
引用不明确的值（例如，类似真/假的字符串、日期、带前导零的 id）。
不同解析器环境之间存在差异
使用生产中实际运行的解析器版本验证输出。
假设注释在转换中幸存下来
将注释视为创作元数据；在外部文档中保留重要注释。
YAML/JSON 转换器 应作为交付流程中的快速校验步骤，在提交、发布和交接前都建议执行一次。
YAML 中的注释会出现在 JSON 中吗？
不会。注释不是 JSON 数据的一部分，通常会在结构转换期间被删除。
为什么数字或布尔值改变表示形式？
YAML 具有隐式类型；当您需要精确的字符串保留时，请引用值。
我可以信任所有文件的往返转换吗？
对于核心数据结构来说，往返是可靠的，但格式的细微差别和注释可能有所不同。
转换后应该何时验证？
在部署转换后的配置前，始终根据架构或运行时解析器进行验证。