我发现YAML更方便使用:括号更少，""等等。虽然YAML中有标签的烦恼…但总有人能掌握窍门。

在性能/资源方面，我不认为两者之间有很大的差异。

此外，我们讨论的是配置文件，所以我不期望编码/解码活动的频率很高，不是吗?

如果你不需要YAML有而JSON没有的任何特性，我更喜欢JSON，因为它非常简单，并且得到广泛支持(有很多语言的库)。YAML更复杂，支持更少。我不认为解析速度或内存使用会有太大的不同，而且可能不是程序性能的主要部分。

从技术上讲，YAML是JSON的超集。这意味着，至少在理论上，YAML解析器可以理解JSON，但不一定反过来。

在“YAML:与JSON的关系”一节中可以看到官方规范。

总的来说，我喜欢YAML的某些东西是JSON中没有的。

正如@jdupont指出的，YAML在视觉上更容易看。事实上，YAML主页本身就是有效的YAML，但是它很容易被人阅读。 YAML能够使用“锚”引用YAML文件中的其他项。因此，它可以像在MySQL数据库中一样处理关系信息。 YAML在YAML文件中嵌入其他序列化格式(如JSON或XML)方面更加健壮。

在实践中，最后两点可能对您或我所做的事情都不重要，但从长远来看，我认为YAML将是一种更健壮、更可行的数据序列化格式。

现在，AJAX和其他web技术倾向于使用JSON。YAML目前更多地用于脱机数据处理。例如，它默认包含在基于c语言的OpenCV计算机视觉包中，而JSON则没有。

您将发现JSON和YAML的C库。YAML的库往往更新，但我过去使用它们没有遇到过麻烦。参见Yaml-cpp的例子。

差异:

YAML, depending on how you use it, can be more readable than JSON JSON is often faster and is probably still interoperable with more systems It's possible to write a "good enough" JSON parser very quickly Duplicate keys, which are potentially valid JSON, are definitely invalid YAML. YAML has a ton of features, including comments and relational anchors. YAML syntax is accordingly quite complex, and can be hard to understand. It is possible to write recursive structures in yaml: {a: &b [*b]}, which will loop infinitely in some converters. Even with circular detection, a "yaml bomb" is still possible (see xml bomb). Because there are no references, it is impossible to serialize complex structures with object references in JSON. YAML serialization can therefore be more efficient. In some coding environments, the use of YAML can allow an attacker to execute arbitrary code.

观察:

Python programmers are generally big fans of YAML, because of the use of indentation, rather than bracketed syntax, to indicate levels. Many programmers consider the attachment of "meaning" to indentation a poor choice. If the data format will be leaving an application's environment, parsed within a UI, or sent in a messaging layer, JSON might be a better choice. YAML can be used, directly, for complex tasks like grammar definitions, and is often a better choice than inventing a new language.

绕过深奥的理论

这回答了标题，而不是细节，因为大多数人只是从谷歌上的搜索结果中阅读标题，就像我一样，所以我觉得有必要从web开发人员的角度解释。

YAML uses space indentation, which is familiar territory for Python developers. JavaScript developers love JSON because it is a subset of JavaScript and can be directly interpreted and written inside JavaScript, along with using a shorthand way to declare JSON, requiring no double quotes in keys when using typical variable names without spaces. There are a plethora of parsers that work very well in all languages for both YAML and JSON. YAML's space format can be much easier to look at in many cases because the formatting requires a more human-readable approach. YAML's form while being more compact and easier to look at can be deceptively difficult to hand edit if you don't have space formatting visible in your editor. Tabs are not spaces so that further confuses if you don't have an editor to interpret your keystrokes into spaces. JSON is much faster to serialize and deserialize because of significantly less features than YAML to check for, which enables smaller and lighter code to process JSON. A common misconception is that YAML needs less punctuation and is more compact than JSON but this is completely false. Whitespace is invisible so it seems like there are less characters, but if you count the actual whitespace which is necessary to be there for YAML to be interpreted properly along with proper indentation, you will find YAML actually requires more characters than JSON. JSON doesn't use whitespace to represent hierarchy or grouping and can be easily flattened with unnecessary whitespace removed for more compact transport.

房间里的大象:互联网本身

JavaScript显然以巨大的优势统治着网络，JavaScript开发人员更喜欢使用JSON作为数据格式，以及流行的web api，因此在进行一般意义上的web编程时，很难争论使用YAML还是JSON，因为在团队环境中你可能会被压倒。事实上，大多数web程序员甚至不知道YAML的存在，更不用说考虑使用它了。

如果你正在做任何web编程，JSON是默认的方式，因为使用JavaScript时不需要翻译步骤，所以在这种情况下，你必须提出一个更好的参数来使用YAML而不是JSON。

从技术上讲，YAML提供了比JSON多得多的东西(YAML v1.2是JSON的超集):

评论 锚和继承- 3个相同项目的例子: item1: &anchor_name 名称:测试 title:测试标题 第二条:* anchor_name item3: < <: * anchor_name #你可以添加额外的东西。 .．.

大多数情况下，人们不会使用这些额外的功能，主要的区别是YAML使用缩进，而JSON使用括号。这使得YAML(对于训练有素的眼睛)更加简洁和可读。

选择哪一个?

YAML额外的特性和简洁的符号使它成为配置文件(非用户提供的文件)的好选择。 JSON有限的特性、广泛的支持和更快的解析使其成为互操作性和用户提供数据的绝佳选择。

这个问题已经提出6年了，但奇怪的是，没有一个答案真正解决了这四个问题(速度、内存、表现力、可移植性)。

速度

显然，这是依赖于实现的，但由于JSON被广泛使用，而且很容易实现，因此它往往会得到更好的本机支持，从而提高速度。考虑到YAML所做的一切都是JSON所做的，再加上一卡车的工作量，在两者的任何可比实现中，JSON可能会更快。

然而，考虑到YAML文件可能比JSON文件略小(由于“和”字符更少)，在特殊情况下，高度优化的YAML解析器可能会更快。

内存

基本上同样的论点适用。如果YAML解析器表示相同的数据结构，那么很难理解为什么YAML解析器的内存效率会比JSON解析器高。

表达能力

正如其他人所指出的，Python程序员倾向于YAML, JavaScript程序员倾向于JSON。以下是我的看法:

记住JSON的整个语法很容易，因此对理解任何JSON文件的含义都很有信心。YAML不是任何人都能真正理解的。微妙之处和边缘情况的数量是极端的。 由于很少有解析器实现整个规范，因此更难确定给定上下文中给定表达式的含义。 在实践中，JSON中缺乏注释是一个真正的痛苦。

可移植性

很难想象没有JSON库的现代语言。也很难想象一个JSON解析器实现任何低于完整规范的东西。YAML有广泛的支持，但没有JSON那么普遍，而且每个解析器实现一个不同的子集。因此YAML文件的互操作性比您想象的要低。

总结

JSON在性能(如果相关的话)和互操作性方面是赢家。YAML更适合人类维护的文件。HJSON是一个不错的折衷方案，尽管可移植性大大降低。JSON5是一种更合理的折衷方案，具有定义良好的语法。

由于这个问题现在在搜索YAML和JSON时非常突出，值得注意的是两者之间一个很少被引用的区别:许可证。JSON声称拥有一个JSON用户必须遵守的许可(包括法律上模棱两可的“应使用代表善，而不是恶”)。YAML没有这样的许可声明，这可能是一个重要的区别(对您的律师来说，如果不是对您来说)。

I find both YAML and JSON to be very effective. The only two things that really dictate when one is used over the other for me is one, what the language is used most popularly with. For example, if I'm using Java, Javascript, I'll use JSON. For Java, I'll use their own objects, which are pretty much JSON but lacking in some features, and convert it to JSON if I need to or make it in JSON in the first place. I do that because that's a common thing in Java and makes it easier for other Java developers to modify my code. The second thing is whether I'm using it for the program to remember attributes, or if the program is receiving instructions in the form of a config file, in this case I'll use YAML, because it's very easily human read, has nice looking syntax, and is very easy to modify, even if you have no idea how YAML works. Then, the program will read it and convert it to JSON, or whatever is preferred for that language. In the end, it honestly doesn't matter. Both JSON and YAML are easily read by any experienced programmer.

有时候你不需要在两者之间做出选择。

例如，在围棋中，你可以同时拥有这两者:

type Person struct {
    Name string `json:"name" yaml:"name"`
    Age int `json:"age" yaml:"age"`
}

GIT 和 YAML

其他答案都很好。先读这些。但是我还要加上另一个有时使用YAML的原因:git。

越来越多的编程项目使用git存储库进行分发和归档。而且，虽然git回购的历史记录可以同样存储JSON和YAML文件，但用于跟踪和显示文件更改的“diff”方法是面向行的。由于YAML被迫面向行，因此YAML文件中的任何小更改都更容易被人看到。

当然，JSON文件确实可以通过对字符串/键进行排序和添加缩进来“变得漂亮”。但这不是默认的，我很懒。

就我个人而言，我通常使用JSON进行系统到系统的交互。我经常将YAML用于配置文件、静态文件和跟踪文件。(我通常也避免添加YAML关系锚。生命太短暂，没有时间去寻找循环。)

此外，如果速度和空间真的是一个问题，我都不用。你可能想看看BSON。

摘自:Arnaud Lauret的书《Web api的设计》。”:

JSON数据格式

JSON是一种基于JavaScript编程语言描述数据的文本数据格式，尽管它的名字是JSON，但它完全独立于语言(参见https://www.json.org/)。使用JSON，可以描述包含无序名称/值对的对象，也可以描述包含有序值的数组或列表，如图所示。

An object is delimited by curly braces ({}). A name is a quoted string ("name") and is sep- arated from its value by a colon (:). A value can be a string like "value", a number like 1.23, a Boolean (true or false), the null value null, an object, or an array. An array is delimited by brackets ([]), and its values are separated by commas (,). The JSON format is easily parsed using any programming language. It is also relatively easy to read and write. It is widely adopted for many uses such as databases, configura- tion files, and, of course, APIs.

YAML

YAML (YAML Ain 't Markup Language)是一种人性化的数据序列化格式。和JSON一样，YAML (http://yaml.org)也是一种键/值数据格式。该图显示了两者的比较。

注意以下几点:

在YAML中，属性名和值周围没有双引号(“”)。 JSON的结构花括号({})和逗号(，)被换行符和取代 YAML的压痕。 数组中的括号([])和逗号(，)被破折号(-)和换行符取代 YAML。 与JSON不同，YAML允许以#开头的注释。 将其中一种格式转换为另一种格式相对容易。不过要预先警告，在将YAML文档转换为JSON时会丢失注释。

基准测试结果

下面是在Python和Perl上比较YAML和JSON加载时间的基准测试结果

JSON要快得多，但牺牲了一些可读性和注释等特性

测试方法

在一台快速机器上连续运行100次，平均秒数 数据集是一个3.44MB的JSON文件，包含从维基百科抓取的电影数据 https://raw.githubusercontent.com/prust/wikipedia-movie-data/master/movies.json 链接来源:https://github.com/jdorfman/awesome-json-datasets

结果

Python 3.8.3 timeit
    JSON:            0.108
    YAML CLoader:    3.684
    YAML:           29.763

Perl 5.26.2 Benchmark::cmpthese
    JSON XS:         0.107
    YAML XS:         0.574
    YAML Syck:       1.050

Perl 5.26.2 Dumbbench (Brian D Foy, excludes outliers)
    JSON XS:         0.102
    YAML XS:         0.514
    YAML Syck:       1.027

如果您关心更好的解析速度，那么可以选择将数据存储在JSON中。我必须从其他用户修改文件的位置解析数据，因此我使用YAML，因为与JSON相比，它提供了更好的可读性。 你还可以在YAML文件中添加注释，这在JSON文件中是做不到的。

JSON编码六种数据类型:对象(映射)、数组、字符串数字、布尔值和Null。对于机器来说，它非常容易解析，并且提供很少的灵活性。说明书大约有一页半。

YAML allows the encoding of arbitrary Python data and other crazy crap (which leads to vulnerabilities when decoding it). It is hard to parse because it offers so much flexibility. The specification for YAML was 86 pages, the last time I checked. YAML syntax is obviously influenced by Python, but maybe they should have been a little more influenced by the Python philosophy on a few points: e.g. “there should be one—and preferably only one—obvious way to do it” and “simple is better than complex.”

与JSON相比，YAML的主要优点是更容易阅读和编辑，这使它成为配置文件的自然选择。

最近，我倾向于使用TOML作为配置文件。它不像YAML那样漂亮或灵活，但对机器和人类来说都更容易解析。该语法(几乎)是INI语法的超集，但它解析为类似json的数据结构，只添加了一种额外类型:日期类型。