内建类型很小，所以有人就断定所有的小类型都是传值的上等候选者，即使它们是用户定义的。这样的推论是不可靠的。仅仅因为一个对象小，并不意味着调用它的拷贝构造函数就是廉价的。很多对象――大多数 STL 容器也在其中――容纳的和指针一样，但是拷贝这样的对象必须同时拷贝它们指向的每一样东西。那可能是非常昂贵的。
即使当一个小对象有一个廉价的拷贝构造函数，也会存在性能问题。一些编译器对内建类型和用户定义类型并不一视同仁，即使他们有同样的底层表示。例如，一些编译器拒绝将仅由一个 double 组成的对象放入一个寄存器中，即使在常规上它们非常愿意将一个纯粹的 double 放入那里。如果发生了这种事情，你以传引用方式传递这样的对象更好一些，因为编译器理所当然会将一个指针（引用的实现）放入寄存器。
小的用户定义类型不一定是传值的上等候选者的另一个原因是：作为用户定义类型，它的大小常常变化。一个现在较小的类型在将来版本中可能变得更大，因为它的内部实现可能会变化。甚至当你换了一个不同的 C++ 实现时，事情都可能会变化。例如，就在我这样写的时候，一些标准库的 string 类型的实现的大小就是另外一些实现的七倍。
Things to Remember
用传引用给 const 取代传值。典型情况下它更高效而且可以避免切断问题。
这条规则并不适用于内建类型及 STL 中的迭代器和函数对象类型。对于它们，传值通常更合适。