它们是不可变的。你不能用像var myString = "abbdef"这样的方法来改变字符串中的字符;myString[2] = 'c'。字符串操作方法，如修剪，切片返回新字符串。

同样地，如果对同一个字符串有两个引用，修改其中一个不会影响另一个

let a = b = "hello";
a = a + " world";
// b is not affected

然而，我总是听到Ash在他的回答中提到的(使用Array。所以我想测试连接字符串的不同方法，并将最快的方法抽象到StringBuilder中。我写了一些测试来验证这是否正确(它不是!)。

我相信这是最快的方法，尽管我一直在想添加一个方法调用可能会使它变慢……

function StringBuilder() {
    this._array = [];
    this._index = 0;
}

StringBuilder.prototype.append = function (str) {
    this._array[this._index] = str;
    this._index++;
}

StringBuilder.prototype.toString = function () {
    return this._array.join('');
}

这里是性能速度测试。这三个都创造了一个巨大的字符串，由“你好，diggity dog”10万次连接到一个空字符串组成。

我创建了三种类型的测试

使用数组。push和Array.join 使用数组索引来避免数组。push，然后使用Array.join 直串连接

然后我通过将它们抽象为StringBuilderConcat, StringBuilderArrayPush和StringBuilderArrayIndex http://jsperf.com/string-concat-without-sringbuilder/5创建了相同的三个测试，请去那里运行测试，这样我们就可以得到一个很好的示例。请注意，我修复了一个小错误，因此测试数据被擦除，一旦有足够的性能数据，我将更新表。访问http://jsperf.com/string-concat-without-sringbuilder/5查看旧的数据表。

以下是一些数字(Ma5rch 2018最新更新)，如果你不想关注链接。每次测试的数值为每秒1000次操作(越高越好)

发现

现在，所有的常青树浏览器都能很好地处理字符串连接。数组中。join只支持IE 11 总的来说，Opera是最快的，是Array.join的4倍 其次是Firefox和Array。连接只是稍微慢在FF但相当慢(3倍)在Chrome。 Chrome排名第三，但string concat比Array.join快3倍 创建一个StringBuilder似乎对性能影响不大。

希望其他人会觉得这个有用

不同的测试用例

因为@RoyTinker认为我的测试是有缺陷的，我创建了一个新的情况下，不创建一个大字符串连接相同的字符串，它使用不同的字符为每次迭代。字符串连接似乎还是更快，或者一样快。让我们进行测试

我建议每个人都应该继续考虑其他测试方法，并在下面添加到不同测试用例的新链接。

http://jsperf.com/string-concat-without-sringbuilder/7

性能提示:

如果必须连接大字符串，请将字符串部分放入数组中，并使用array . join()方法获取整个字符串。这对于连接大量字符串来说可以快很多倍。

JavaScript中没有StringBuilder。

来自犀牛的书:

In JavaScript, strings are immutable objects, which means that the characters within them may not be changed and that any operations on strings actually create new strings. Strings are assigned by reference, not by value. In general, when an object is assigned by reference, a change made to the object through one reference will be visible through all other references to the object. Because strings cannot be changed, however, you can have multiple references to a string object and not worry that the string value will change without your knowing it

关于你的问题(在你对Ash的回复的评论中)关于ASP中的StringBuilder。NET Ajax专家们似乎不同意这一点。

Christian Wenz在他的书《编程ASP。NET AJAX (O'Reilly)说，“这种方法对内存没有任何可测量的影响(事实上，实现似乎比标准方法慢一点)。”

另一方面，Gallo等人在他们的书ASP。NET AJAX in Action (Manning)，“当要连接的字符串数量较大时，字符串构建器就成为避免巨大性能下降的基本对象。”

我猜您需要自己进行基准测试，不同浏览器的测试结果也可能不同。然而，即使它不能提高性能，对于习惯于用c#或Java等语言编写StringBuilders的程序员来说，它仍然被认为是“有用的”。

字符串是不可变的——它们不能改变，我们只能创造新的字符串。

例子:

var str= "Immutable value"; // it is immutable

var other= statement.slice(2, 10); // new string

这是一个很晚的帖子，但我没有在答案中找到一个好的书的引用。

这是一本可靠的书中明确的注释:

字符串在ECMAScript中是不可变的，这意味着一旦创建了字符串，它们的值就不能改变。要改变由变量保存的字符串，必须销毁原始字符串，并用另一个包含新值的字符串填充变量… -面向Web开发人员的专业JavaScript，第3版，第43页

现在，引用Rhino书摘录的答案是正确的关于字符串不可变性，但错误的说“字符串是通过引用分配的，而不是通过值。”(可能他们最初的意思是反其道而行之)。

“引用/值”的误解在“专业JavaScript”的“原语和参考值”一章中得到了澄清:

五种原始类型……[是]:未定义，空，布尔，数字和字符串。这些变量被称为通过值访问，因为您正在操作存储在变量中的实际值。 -面向Web开发者的专业JavaScript，第3版，第85页

这是与对象相对的:

当您操作一个对象时，实际上是在处理对该对象的引用，而不是实际的对象本身。因此，这样的值被称为通过引用访问。-面向Web开发者的专业JavaScript，第3版，第85页