不。https://json.org中的“铁路图”是规范的精确翻译，并明确表示a，总是在值之前，而不是直接在值之前]:

或}:

不幸的是，JSON规范不允许后面有逗号。有一些浏览器允许这样做，但通常需要考虑所有浏览器。

一般来说，我试图把问题转过来，在实际值之前添加逗号，所以你最终得到的代码看起来像这样:

s.append("[");
for (i = 0; i < 5; ++i) {
  if (i) s.append(","); // add the comma only if this isn't the first entry
  s.appendF("\"%d\"", i);
}
s.append("]");

在for循环中额外的一行代码并不昂贵……

当从某种形式的字典中将结构输出到JSON时，我使用的另一种替代方法是始终在每个条目后面附加一个逗号(正如您上面所做的那样)，然后在末尾添加一个没有逗号的虚拟条目(但这只是懒惰;->)。

不幸的是，它不能很好地使用数组。

我不会参加辩论俱乐部，我会坚持防御性编程的原则，将两种简单的技术结合起来，以简化与他人的接口:

作为一个接收json数据的应用程序的开发者，我可以很轻松地允许后面有逗号。 当开发一个编写json的应用程序时，我会严格地使用其他答案的聪明技巧之一，只在项目之间添加逗号，并避免后面的逗号。

还有更大的问题需要解决……

我保持当前的计数，并将其与总计数进行比较。如果当前计数小于总计数，则显示逗号。

如果在执行JSON生成之前没有总计数，则可能无法工作。

同样，如果您使用的是PHP 5.2.0或更高版本，则可以使用内置的JSON API格式化响应。

Using a trailing comma is not allowed for json. A solution I like, which you could do if you're not writing for an external recipient but for your own project, is to just strip (or replace by whitespace) the trailing comma on the receiving end before feeding it to the json parser. I do this for the trailing comma in the outermost json object. The convenient thing is then if you add an object at the end, you don't have to add a comma to the now second last object. This also makes for cleaner diffs if your config file is in a version control system, since it will only show the lines of the stuff you actually added.

    char* str = readFile("myConfig.json");
    char* chr = strrchr(str, '}') - 1;
    int i = 0;
    while( chr[i] == ' ' || chr[i] == '\n' ){
        i--;
    }
    if( chr[i] == ',' ) chr[i] = ' ';
    JsonParser parser;
    parser.parse(str);

根据类JSONArray规范:

一个额外的，(逗号)可以出现在右括号之前。 空值将被插入，(逗号)省略。

所以，根据我的理解，应该允许这样写:

[0,1,2,3,4,5,]

但是有些解析器可能会返回7作为项目计数(如Daniel Earwicker指出的IE8)，而不是预期的6。

编辑:

我发现了这个JSON验证器，它根据RFC 4627 (JavaScript对象符号的应用程序/ JSON媒体类型)和JavaScript语言规范验证JSON字符串。实际上，这里带逗号的数组只对JavaScript有效，而对RFC 4627规范无效。

然而，在RFC 4627规范中指出:

2.3. 数组 数组结构用0周围的方括号表示 或更多的值(或元素)。元素之间用逗号分隔。 Array = begin-array [value *(value-separator value)

对我来说，这又是一个解释问题。如果您写的元素用逗号分隔(没有说明特殊情况，如最后一个元素)，则可以从两种方式来理解。

P.S. RFC 4627不是一个标准(如明确声明的那样)，并且已经被RFC 7159(这是一个提议的标准)废止了