在线 JSON 转换器，支持 YAML、XML、CSV、TOML、JS 对象和 PHP 数组

1. 1

   将有效的 JSON 对象、数组、字符串、数字、布尔值或 null 粘贴到输入区域。

2. 2

   在格式按钮中选择 YAML、XML、CSV、TOML、JS 对象或 PHP 数组。

3. 3

   根据目标格式调整对应选项，例如 CSV 分隔符、XML 根元素名称或 YAML 缩进。

4. 4

   检查右侧带语法高亮的输出，以及结果区域上方显示的错误提示。

5. 5

   确认格式符合下游工具、配置文件、表格或代码片段要求后，复制转换结果。

• 需要更适合阅读的配置文件或文档示例时，选择 YAML。
• 对接旧系统、文档流、合作方接口或 XML 风格数据交换时，选择 XML。
• 需要导入表格、做快速分析、进入 BI 流程或交给非开发人员检查时，选择 CSV。
• 目标工具使用 TOML 配置，并且 JSON 根节点是对象时，选择 TOML。
• 需要 JavaScript 示例、fixtures、本地 Mock 数据或前端调试片段时，选择 JS 对象。
• PHP 项目需要数组语法而不是原始 JSON 时，选择 PHP 数组。

• API 响应转换

  粘贴 API JSON 响应，将它转换为 YAML、XML、CSV、JS 对象或 PHP 数组，用于调试、文档和测试夹具。

• 配置文件迁移

  在工具链迁移时，把 JSON 设置转换为 YAML 或 TOML，减少手工重写配置的时间。

• 表格数据准备

  将 JSON 对象数组转换为 CSV，并在导入 Excel、Google Sheets 或分析工具前调整分隔符、标题行、扁平化和数组处理方式。

• 旧系统对接

  当服务仍然依赖 XML 文档或 XML 风格数据交换时，可以把 JSON payload 转换为 XML。

• 开发示例整理

  将 JSON 转成 JavaScript 对象或 PHP 数组，放进文档、代码注释、本地 fixtures、框架配置和示例数据中。

• 数据清理交接

  把嵌套 JSON 扁平化为列后，再交给非开发同事检查，或导入以表格为中心的工作流。

• 测试夹具与种子数据准备

  为前端 Mock、测试数据、PHP 配置数组和本地开发文件准备由 JSON 派生的样本。

• 格式对比

  在确定最终格式前，快速比较同一份 JSON 在 YAML、XML、CSV、TOML、JS 对象和 PHP 数组中的表现。

如果源内容来自压缩的接口响应或日志片段，建议先用 JSON 格式化 看清语法错误、缺失引号和嵌套层级，再开始转换；如果目标是表格处理流程，JSON 转 CSV 后可以继续交给 CSV 工具 检查分隔符、清理列、筛选行并导出结果。

• 先确保输入是有效 JSON。如果内容压缩、混乱或缺少引号，建议先格式化和校验。
• CSV 最适合结构相近的对象数组。数组中对象字段差异越大，最终列就越宽。
• 嵌套对象需要变成 CSV 列时，开启扁平化，例如 `user.email` 或 `address.city`。
• 只有数组位置本身有意义时才建议展开数组；否则将数组序列化为单元格内容更能保留结构。
• XML 输出应设置稳定的根元素和子元素名称，让它匹配目标 API、数据 feed 或文档结构。
• TOML 输出应保持 JSON 根节点为对象。根数组和原始值在本工具中不适合作为 TOML 文件。
• JS 对象和 PHP 数组输出在进入项目代码前应再检查一遍，尤其是字符串中包含引号或反斜杠时。

• CSV 是表格格式，嵌套对象和数组需要扁平化、序列化或展开，层级信息一定会有所简化。
• 当 JSON 键包含空格、标点，或不能作为 XML 元素开头时，XML 元素名会被安全处理。
• XML 属性模式只会把 `@id` 或 `_attr` 这类键当作属性，其余键仍会作为子元素处理。
• TOML 转换要求根节点是对象，并且不保证每一种 JSON 结构都能像手写 TOML 那样表达。
• YAML 比 JSON 更适合阅读，但如果用于真实配置文件，缩进和引号仍然需要认真检查。
• 输入 JSON 很大时，浏览器端转换和语法高亮可能需要更长时间。