有人发来一份 API 响应，另一个人要的是一张表格。活儿就是这个——而且比看上去难，因为 JSON 是一棵树，表格是一张网格。这个页面替你做出把前者变成后者的三个决定，并把决定的结果摊给你看。

使用方法

1. 1 粘贴 JSON，或者拖一个 .json 文件进来。
2. 2 选好分隔符——文件要给 Excel 就用分号。
3. 3 点转换，然后复制结果或者下载 .csv。

树塞不进网格，所以要摊平

嵌套对象会变成带点的列名：{"city":{"name":"London"}} 变成 city.name 这一列。不这么做的话，转换器会往单元格里写「[object Object]」——文件能打开，看着也没毛病，可你的数据少了一半。纯值组成的列表会合进一个单元格；含对象的列表则拆成带编号的列。

[
  {
    "name": "Ada",
    "city": { "name": "London" },
    "note": "Loves \"tea\""
  },
  {
    "name": "Grace",
    "city": { "name": "New York, NY" },
    "tags": ["math", "navy"]
  }
]

name,city.name,note,tags
Ada,London,"Loves ""tea""",
Grace,"New York, NY",,math; navy

列名来自所有行，不是第一行

真实数据里，各条记录的字段很少完全一致：某个可选字段直到第四十条才出现，之前一次都没有。只读第一条记录的转换器会悄悄丢掉那一列，而输出里没有任何提示。这里的表头是所有出现过的键的并集，按首次出现的顺序排列；缺字段的记录留空单元格。

一个走丢的逗号就能挪错所有列

凡是含有分隔符、引号或者换行的值，都必须用引号包起来，里面的引号还要写两遍。这是 CSV 标准的要求，也是转换器最常出错的地方。一个带逗号的地址、一条带换行的备注、一个带撇号的名字——只要跳过这一步，每一个都会悄悄毁掉整份文件。

Excel 会用两种不同的方式毁掉 CSV

第一，没有字节序标记时，它把 UTF-8 当成本地代码页来读，带音标的字母和非拉丁字符全成了乱码。第二，在许多地区它等的是分号而不是逗号，于是把每一行都塞进同一列。这两件事在这里都是选项，而且默认都关着——因为标准说的是逗号、不加标记，而且文件多半是给脚本的，不是给表格软件的。