Rust中'eq()'和'=='运算符的区别

在 Rust 中，'eq()' 方法和 '==' 运算符都用于比较两个值是否相等，但它们在实现和使用上存在一些关键差异。

根据 Rust 官方文档，'PartialEq' trait 定义了 'eq()' 方法，该方法用于测试两个值是否相等，这也是 '==' 运算符背后的工作原理。具体定义如下：

pub trait PartialEq {
    fn eq(&self, other: &Rhs) -> bool;
    #[inline]
    fn ne(&self, other: &Rhs) -> bool {
        !self.eq(other)
    }
}

此定义位于：官方文档链接。

考虑下面的代码示例：

fn main() {
    let a = 1;
    let b = &a;
    println!("{}", a == b);
}

上述代码尝试直接使用 '==' 比较一个整数和一个指向该整数的引用，这会导致编译错误：

error[E0277]: can't compare `{integer}` with `&{integer}`
 --> src/main.rs:4:21
  |
4 |     println!("{}", a == b);
  |                     ^^ no implementation for `{integer} == &{integer}`
  |
  = help: the trait `PartialEq<&{integer}>` is not implemented for `{integer}`

然而，如果改用 'eq()' 方法，代码可以成功编译：

fn main() {
    let a = 1;
    let b = &a;
    println!("{}", a.eq(b));
}

这是因为 'a.eq(b)' 实际上调用了 'PartialEq::eq(&a, b)'，其中 '&a' 和 'b' 都是指向 'i32' 类型的引用，因此类型匹配，编译器能够正确处理这一操作。

总结来说，'==' 是 'eq()' 方法的语法糖，但在涉及不同类型的比较时，直接使用 '==' 可能会因为类型不匹配而导致编译错误。相比之下，'eq()' 提供了更灵活的方式来进行类型安全的比较。