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

或}:

有一种可能的方法可以避免循环中的if分支。

s.append("[ "); // there is a space after the left bracket
for (i = 0; i < 5; ++i) {
  s.appendF("\"%d\",", i); // always add comma
}
s.back() = ']'; // modify last comma (or the space) to right bracket

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

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

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

根据类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(这是一个提议的标准)废止了

简单，便宜，易于阅读，并且无论规格如何都能正常工作。

$delimiter = '';
for ....  {
    print $delimiter.$whatever
    $delimiter = ',';
}

对$delim的冗余赋值代价很小。 如果没有显式的循环，而是单独的代码片段，也同样有效。

根据我过去的经验，我发现不同的浏览器对JSON中尾随逗号的处理方式不同。

Firefox和Chrome都处理得很好。但是IE(所有版本)似乎都坏了。我的意思是真正的中断，停止阅读剩余的剧本。

记住这一点，并且考虑到编写兼容的代码总是很好的事实，我建议花费额外的精力确保没有尾随逗号。

:)