为何Rust标准库要同时为Thing与&Thing实现trait？

• 为Thing实现的trait不会自动继承给&Thing
  Rust里没有“自动为引用类型继承trait实现”的规则。除非trait本身是自动实现的标记trait（比如Copy、Sync这类），否则你为Thing实现某个trait后，&Thing不会自动拥有该trait的实现。比如你自定义一个trait MyTrait并为MyType实现它，&MyType并不会自动获得MyTrait的实现，必须手动编写对应的实现代码。

• 同时为Stdout和&Stdout实现Write是为了使用便利
  Stdout是标准输出的句柄，它本身可以被写入，但实际编码中我们经常会拿到它的引用（比如把&stdout传给函数，或者在循环里复用句柄引用）。如果只给Stdout实现Write，调用write方法时必须先手动解引用引用类型，比如(*stdout_ref).write(...)，非常繁琐。同时实现&Stdout的Write，就能直接在引用上调用write，让代码更简洁自然。
  另外，Stdout内部是线程安全的（实现了Sync），共享引用下的写入操作是安全的，所以给&Stdout实现Write完全合理。

• 单独为&Thing实现trait的场景
  有些情况下，类型本身不适合实现某个trait，但它的引用适合：

  1. 类型不可移动或拥有成本高：比如一些大型资源类型，传递引用比移动实例更高效，此时只为引用实现trait，鼓励用户使用引用而非移动实例。
  2. trait方法仅需要共享访问：如果trait的所有方法都只需要&self，而类型本身的拥有权不需要被转移，那只为引用实现trait可以避免不必要的所有权转移。
  3. 类型内部状态限制：比如某些类型的实例本身不具备操作能力，只有通过引用才能访问到底层可操作的资源（比如被锁保护的类型，必须拿到锁的引用才能进行读写）。

内容的提问来源于stack exchange，提问作者etchesketch