什么是 YAML ⇄ JSON 转换？
YAML (YAML Ain't Markup Language) 和 JSON (JavaScript Object Notation) 是目前云原生架构与软件工程中最主流的两种数据序列化格式。YAML 以极简的缩进语法和高度可读性在 Kubernetes 集群、Docker Compose、GitHub Actions CI/CD 流水线配置中被广泛采用；而 JSON 则以其高度结构化与广泛的编程语言支持，成为 Web API 数据交换的工业标准。
在日常开发中，工程师经常需要将复杂的 K8s YAML 配置转为 JSON 进行代码内部反序列化，或将后端 API 的 JSON 数据还原为精炼易读的 YAML 配置文件。本在线工具提供 100% 本地实时双向转换与语法校验。
核心功能特点
双向秒级互转
支持 YAML → JSON 与 JSON → YAML 两种模式随心切换，实时呈现。
纯前端隐私安全
所有敏感云端配置均于本机浏览器内存解析，零数据外传风险。
智能语法诊断
实时检测缩进错误、无效引号与遗漏键名，给出精准提示。
标准 2 空格缩进
严格遵循 YAML 官方推荐格式化规范，产出干净优雅的配置文件。
常见问题 (FAQ)
1. YAML 转换时报错“Map keys must be unique”是什么意思？
这意味着您的 YAML 文件在同一层级中出现了重复的键（Key）。YAML 规范要求在同一个映射（Mapping）中键名必须唯一，请检查并删除重复的键定义。
2. YAML 中的布尔值 (true/false/yes/no) 在转为 JSON 时如何处理？
YAML 中的布尔标识（true、false、yes、no、on、off）在转换为 JSON 时，会自动识别并映射为标准的 JSON 布尔类型（`true` 或 `false`）。
3. 转换后 YAML 中的注释 (# comment) 会丢失吗？
因为 JSON 标准规范本身不支持注释，数据在内存中反序列化为结构化对象时注释会被跳过，因此输出的 JSON 中不包含注释。
4. 为什么 JSON 转 YAML 默认采用 2 个空格缩进？
2 个空格是现代 DevOps 社区（如 Kubernetes、Helm Charts、Ansible Playbooks）一致推崇的 YAML 缩进规范，既能在深层嵌套时维持视觉平衡，又避免了行宽过长。
5. JSON 中的双引号在转为 YAML 时是否必须保留？
不一定。YAML 支持无引号字符串。只有当字符串包含冒号、井号、换行符或恰好是数字/布尔值的纯文本时，转换器才会自动加上引号保护。
6. 工具是否支持数组结构 (Array / List) 的转换？
完美支持。YAML 中以 `- item` 表示的序列会精准转换为 JSON 的 `[ "item" ]` 数组，反之亦然。
7. 能否一键下载或导入大型配置文件？
支持。您可以使用工具栏的“导入”按钮上传 `.yaml` 或 `.json` 文件，转换后点击“下载”即可获取对应格式的本地文件。
8. 此转换器能否完全离线脱机使用？
支持。转换核心完全由前端原生执行，断网状态下依旧可以顺畅进行 YAML 与 JSON 的双向实时解析。