接受impl Borrow<T>参数统一处理T的值和引用是Rust惯用写法吗？

是否符合Rust惯用规范 #

这种写法完全符合Rust的惯用规范，是标准库广泛使用的成熟设计模式。
典型的例子是HashMap::get方法，其泛型约束为Q: Borrow<K>，可以让HashMap<String, V>直接接收&str类型作为查询键，不需要用户手动转换成&String，大幅提升了接口的易用性。
你提到的实现std::ops系列Trait时用这种写法避免重复代码的场景也非常普遍，不需要为值、不可变引用、可变引用分别编写几乎完全一致的Trait实现，减少冗余的同时也降低了维护成本。

存在的缺点 #

这种写法也有几个明确的弊端，需要根据场景权衡使用：

• 编译开销增加：泛型函数会为每一组不同的输入参数类型生成单独的代码实例，如果你有大量不同类型的调用方，会拉长编译时间，同时增大二进制文件体积，不过对于绝大多数普通业务场景，这个开销可以忽略不计。
• 错误提示不够直观：当调用方传入不符合Borrow<T>约束的参数时，编译器抛出的错误是泛型约束不满足，不会直接提示支持的参数类型，Rust新手很难快速定位问题。
• 依赖Borrow的语义约定：Borrow<T> trait有明确的语义要求：实现该 trait 的类型，借出的T实例的哈希、等值比较结果必须和原值完全一致。如果调用方传入的自定义类型违反了这个约定，会产生预期外的运行时错误，且很难排查。
• 类型推断歧义：部分复杂场景下会出现类型推断失败的问题，需要调用方手动标注类型，反而提升了使用成本。
• 适用场景有限：Borrow<T>只能借出目标类型的不可变引用，如果你的函数需要获取参数的所有权，或者需要可变引用，就无法用这个模式实现。

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