JavaScript 有两个主要的类型类别，原语和对象。

var s = 'test';
var ss = new String('test');

单引号/双引号模式在功能方面是相同的。除此之外，您尝试命名的行为称为自动装箱。所以实际发生的是，当调用包装类型的方法时，原语被转换为其包装类型。简单说一下：

var s = 'test';

是一种原始数据类型。它没有方法，只不过是一个指向原始数据内存引用的指针，这解释了随机访问速度要快得多。

那么当你这样做时会发生什么s.charAt(i)？

由于s不是 的实例String，JavaScript 将自动装箱s，typeof string其包装类型必须为 、String、typeof object或更准确地说s.valueOf(s).prototype.toString.call = [object String]。

自动装箱行为s根据需要来回转换为其包装器类型，但标准操作非常快，因为您正在处理更简单的数据类型。但是自动装箱和Object.prototype.valueOf有不同的效果。

如果要强制自动装箱或将原语转换为其包装器类型，则可以使用Object.prototype.valueOf，但行为不同。基于各种测试场景，自动装箱仅应用“必需”方法，而不会改变变量的原始性质。这就是为什么你获得更好的速度。

这相当依赖于实现，但我会试一试。我将以 V8 为例，但我假设其他引擎使用类似的方法。

字符串原语被解析为v8::String对象。因此，如jfriend00所述，可以直接在其上调用方法。

另一方面，一个 String 对象被解析为一个v8::StringObject扩展，Object并且除了是一个完整的对象之外，还充当v8::String.

现在，它仅仅是逻辑上，呼叫到new String('').method()具有拆箱本v8::StringObject的v8::String执行该方法之前，因此它是较慢的。

在许多其他语言中，原始值没有方法。

MDN 的说法似乎是解释基元的自动装箱如何工作的最简单的方法（在flav的回答中也提到过），即 JavaScript 的基元 y值如何调用方法。

但是，智能引擎不会在每次需要调用方法时将字符串原语 y转换为 String 对象。这也在Annotated ES5 规范中提供了翔实的提及。关于解析原始值的属性（和“方法”¹）：

注意可能在步骤 1 中创建的对象在上述方法之外是不可访问的。实现可能会选择避免实际创建对象。[...]

在非常低的层次上，字符串通常被实现为不可变的标量值。示例包装器结构：

StringObject > String (> ...) > char[]

你离原始人越远，到达它所需的时间就越长。在实践中，String原语是不是更加频繁StringObjectS，因此它不是引擎的惊喜方法添加到字符串原语对应的（解释）对象的类，而不是之间来回转换的String，并StringObject为MDN的解释说明。

¹ 在 JavaScript 中，“方法”只是解析为函数类型值的属性的命名约定。

在字符串文字的情况下，我们不能分配属性

var x = "hello" ;
x.y = "world";
console.log(x.y); // this will print undefined

而在字符串对象的情况下，我们可以分配属性

var x = new String("hello");
x.y = "world";
console.log(x.y); // this will print world

字符串字面量：

字符串文字是不可变的，这意味着一旦它们被创建，它们的状态就不能改变，这也使它们成为线程安全的。

var a = 's';
var b = 's';

a==b 结果将是 'true' 两个字符串都指向同一个对象。

字符串对象：

这里创建了两个不同的对象，它们有不同的引用：

var a = new String("s");
var b = new String("s");

a==b 结果将是错误的，因为它们有不同的引用。

如果使用new，则明确表示要创建Object的实例。因此，new String正在生成一个包装String原语的Object，这意味着对它的任何操作都涉及额外的工作层。

typeof new String(); // "object"
typeof '';           // "string"

由于它们的类型不同，您的JavaScript解释器也可能以不同的方式优化它们，如注释中所述。