本文解析JavaScript中String、Boolean和Number三种包装类型的自动装箱机制。重点阐述基本类型在调用方法或属性时如何临时转换为引用类型，以及由此导致的属性丢失现象。同时对比C#等语言，说明JavaScript栈空间无限制对值类型设计的影響，并指出Boolean包装类型在布尔运算中的潜在陷阱。
近期不再阅读《JavaScript高级程序设计》（原注：指犀牛书），因其翻译质量欠佳且表述晦涩，特别是关于原型的部分逻辑混乱。经同事推荐改读《JavaScript高级程序设计》后，继续深入探讨JavaScript中较为独特的包装类型概念。
String类型的包装机制
一：String类型
讨论String类型时，其定义方式通常如下所示：
然而JavaScript中有一个显著特点：String属于基本数据类型，而非引用类型。这意味着String的值直接存储在栈内存中。许多其他语言（如C#）并非如此，例如在C#中，由于每个线程的栈空间仅分配1MB，若String作为值类型可能导致栈溢出。而JavaScript没有栈空间限制，因此将String设计为基本类型是合理的。
接下来探讨对String进行substring等操作的情况，示例如下：
前文提到String值直接保存在栈中，那么它为何拥有substring方法？根据官方解释，此时JavaScript会使用String类型将基本类型的s包装为引用类型。由于String类型内部实现了substring方法，因此上述代码在JavaScript引擎内部的执行逻辑实际上如下所示：
var s=new String("hello")
var r=s.substring(3)
s="hello"由此可见，包装类型仅在代码执行瞬间将基本类型s包装为String引用类型，随后调用String引用类型下的substring方法，最后将结果“hello”重新赋值给s。最终效果表现为s="hello"且r="lo"。若仔细观察，当尝试给s动态附加属性（如color）时，再次读取color属性将无法获取该值，示例如下：
理解上述原理后，console.log(s.color)返回undefined便不足为奇。当执行s.color="red"时，JavaScript引擎检测到属性赋值操作，会在后台动态将其包装为String类型，并为该String实例新增color属性（值为red）。随后，引擎立即将s的值重置为“hello”（即s="hello"）。当再次执行console.log输出s.color时，引擎再次检测到属性访问，于是重新new String("hello")创建一个新的String实例。由于这个新创建的String实例中并不存在color属性，因此返回undefined。
前文所述包装操作由JavaScript后台动态追加和删除，将基本类型转化为引用类型。那么，这两者之间存在哪些主要区别？
<1>：最直观的区别在于存储位置，一个在栈，一个在堆。若熟悉C#，可将其理解为Box和Unbox操作。
<2>：我们知道所有引用类型都继承自Object，注意这里特指引用类型，切勿与面向对象概念混淆。例如在C#中，所有类型均为Object的子类，但在JavaScript
中情况并非如此，我们可以通过instanceof运算符进行验证。
Boolean类型的包装与陷阱
二：Boolean类型
若理解了String包装类，Boolean包装类的原理与之相同。但在Boolean类型的使用中存在一个注意事项：我们知道，除非引用类型为null或undefined，否则它永远为true。Boolean类型正是执行了这种Box操作，示例如下：
此时变量b已不再是单纯的基本类型，而是引用类型。在这种情况下，进行“与或”运算将无法得到预期的布尔结果。此外，Number包装类型并无特殊注意事项，此处不再赘述。