每个人都说添加/删除/生成行很容易，但这种语法真正的亮点是合并源文件。假设你有这样一个数组:

int ints[] = {
    3,
    9
};

假设您已经将这段代码签入存储库。

然后你的朋友编辑它，在结尾添加:

int ints[] = {
    3,
    9,
    12
};

你同时编辑它，在开头加上:

int ints[] = {
    1,
    3,
    9
};

从语义上讲，这些类型的操作(添加到开头，添加到结尾)应该是完全合并安全的，你的版本控制软件(最好是git)应该能够自动合并。遗憾的是，情况并非如此，因为你的版本在9后面没有逗号，而你朋友的版本有。然而，如果最初的版本后面有9，他们就会自动生成。

因此，我的经验法则是:如果列表跨越多行，则使用尾随逗号，如果列表在单行上，则不要使用尾随逗号。

我很惊讶这么长时间以来没有人引用注解c++参考手册(ARM)，它是这样描述[dcl. C]的。我的:

用于初始化的表示法显然太多了，但每种表示法似乎都适用于特定的使用风格。={initializer_list,opt}符号继承自C语言，可以很好地初始化数据结构和数组。[…]

尽管自ARM诞生以来语法一直在发展，但起源仍然存在。

我们可以查看C99的基本原理，看看为什么在C中允许这样做，它说:

类的初始化式中允许有一个尾随逗号 初始化器列表。标准保留了这个语法，因为它 提供从初始化式中添加或删除成员的灵活性 列表，并简化了此类列表的机器生成。

如果你这样做，它会很有用:

int a[] = {
  1,
  2,
  3, //You can delete this line and it's still valid
};

原因很简单:添加/删除行很容易。

想象下面的代码:

int a[] = {
   1,
   2,
   //3, // - not needed any more
};

现在，您可以轻松地向列表中添加/删除项目，而不必有时添加/删除后面的逗号。

与其他答案相反，我真的不认为生成列表的便性是一个有效的理由:毕竟，代码对最后(或第一行)行进行特殊处理是微不足道的。代码生成器只编写一次，并使用多次。

由于向后兼容的原因，我认为允许使用尾随逗号。有很多现有的代码，主要是自动生成的，它们在后面放了一个逗号。它使得在结尾没有特殊条件的情况下更容易编写循环。 如。

for_each(my_inits.begin(), my_inits.end(),
[](const std::string& value) { std::cout << value << ",\n"; });

这对程序员来说并没有什么好处。

附注:虽然这样更容易自动生成代码，但实际上我总是注意不要在后面加上逗号，这样做的工作量最小，可读性得到了提高，这是更重要的。你写了一次代码，你读了很多次。

唯一在实践中不被允许的语言是Javascript，它会导致无数的问题。例如，如果你从数组中间复制粘贴一行，粘贴到末尾，并且忘记删除逗号，那么你的网站将对IE访问者完全崩溃。

*理论上这是允许的，但ie浏览器不遵循标准，并将其视为错误