我在比较 2 个字符串的 silverlight 应用程序中有一个条件,由于某种原因,当我使用 ==
时它返回 false 而 .Equals()
返回 true。
这是代码:
if (((ListBoxItem)lstBaseMenu.SelectedItem).Content.Equals("Energy Attack"))
{
// Execute code
}
if (((ListBoxItem)lstBaseMenu.SelectedItem).Content == "Energy Attack")
{
// Execute code
}
为什么会发生这种情况?
==
,但运算符不是多态的。在此代码中,对类型 object
调用 ==
运算符,它进行身份比较而不是值 1。
==
重载。 Content
属性是 object
。运算符不是虚拟的,因此调用 ==
的默认实现,提供引用相等比较。使用 Equals,调用转到虚拟方法 object.Equals(object)
; string
覆盖此方法并对字符串内容执行序数比较。请参阅 msdn.microsoft.com/en-us/library/fkfd9eh8(v=vs.110).aspx 和 referencesource.microsoft.com/#mscorlib/system/string.cs,507。
==
的左侧是编译时类型 object
而右侧是编译时类型 string
时,C# 编译器必须选择(有问题的,在此case) 重载 operator ==(object, object)
;但它将发出编译时警告,表明它可能是无意的。所以阅读编译时警告!要解决此问题并继续使用 ==
,请将左侧转换为 string
。如果我没记错的话,警告文本就是这样暗示的。
当 ==
用于 object
类型的表达式时,它将解析为 System.Object.ReferenceEquals
。
Equals
只是一个 virtual
方法并且行为如此,因此将使用被覆盖的版本(对于 string
类型比较内容)。
将对象引用与字符串进行比较时(即使对象引用引用了字符串),将忽略特定于字符串类的 ==
运算符的特殊行为。
通常(即不处理字符串时),Equals
比较 值,而 ==
比较 对象引用。如果您要比较的两个对象指的是同一个对象的确切实例,则两者都将返回 true,但如果一个对象具有相同的内容并且来自不同的源(是具有相同数据的单独实例),则只有 Equals 会返回真。但是,正如评论中所指出的,字符串是一种特殊情况,因为它覆盖了 ==
运算符,因此在纯粹处理字符串引用(而不是对象引用)时,即使它们是单独的实例,也只会比较这些值。以下代码说明了行为的细微差别:
string s1 = "test";
string s2 = "test";
string s3 = "test1".Substring(0, 4);
object s4 = s3;
Console.WriteLine($"{object.ReferenceEquals(s1, s2)} {s1 == s2} {s1.Equals(s2)}");
Console.WriteLine($"{object.ReferenceEquals(s1, s3)} {s1 == s3} {s1.Equals(s3)}");
Console.WriteLine($"{object.ReferenceEquals(s1, s4)} {s1 == s4} {s1.Equals(s4)}");
输出是:
True True True
False True True
False False True
==
和 .Equals
都依赖于实际类型中定义的行为和调用站点的实际类型。两者都只是方法/运算符,可以在任何类型上重写并给出作者想要的任何行为。根据我的经验,我发现人们在对象上实现 .Equals
而忽略实现运算符 ==
是很常见的。这意味着 .Equals
将实际测量值的相等性,而 ==
将测量它们是否是相同的参考。
当我使用定义不断变化的新类型或编写通用算法时,我发现最佳实践如下
如果我想比较 C# 中的引用,我直接使用 Object.ReferenceEquals (在一般情况下不需要)
如果我想比较值,我使用 EqualityComparer
在某些情况下,当我觉得 ==
的用法不明确时,我会在代码中明确使用 Object.Reference
equals 来消除歧义。
Eric Lippert 最近发表了一篇关于为什么 CLR 中有两种相等方法的博客文章。值得一读
http://blogs.msdn.com/ericlippert/archive/2009/04/09/double-your-dispatch-double-your-fun.aspx
== 运算符
如果操作数是值类型并且它们的值相等,则返回 true,否则返回 false。如果操作数是除字符串以外的引用类型并且都引用同一个实例(同一个对象),则返回 true 否则返回 false。如果操作数是字符串类型并且它们的值相等,则返回 true,否则返回 false。
。等于
如果操作数是引用类型,则执行引用相等,即如果两者都引用同一个实例(同一个对象),则返回 true,否则返回 false。如果操作数是值类型,则与 == 运算符不同,它首先检查它们的类型,如果它们的类型相同,则执行 == 运算符,否则返回 false。
==
运算符可以为任何类型重载,而不仅仅是字符串。仅为字符串描述特殊情况的异常会歪曲运算符的语义。说“如果操作数是引用类型,如果操作数引用同一个对象,则返回 true,尽管可能不是非常有用,这会更准确,除非存在适用的重载,在这种情况下,重载的实现决定了结果”。 Equals
也是如此,增加了它是一个虚拟方法的复杂性,因此它的行为可以被覆盖和重载。
据我了解,答案很简单:
== 比较对象引用。 .Equals 比较对象内容。字符串数据类型总是像内容比较一样。
我希望我是正确的,它回答了你的问题。
首先,有区别。对于数字
> 2 == 2.0
True
> 2.Equals(2.0)
False
对于字符串
> string x = null;
> x == null
True
> x.Equals(null)
NullReferenceException
在这两种情况下,==
的行为都比 .Equals
更有用
==
运算符将整数类型强制转换为浮点类型是一件好事。例如,16777216.0f 应该等于 (int)16777217、(double)16777217.0,两者都等于,还是都不等于?整数类型之间的比较很好,但恕我直言,浮点比较只能使用显式转换为匹配类型的值执行。将 float
与 float
以外的东西进行比较,或将 double
与 double
以外的东西进行比较,我觉得这是一种主要的代码气味,不应该在没有诊断的情况下编译。
x == y
并不意味着 x/3 == y/3
(尝试 x = 5
和 y = 5.0
)。
/
进行整数除法是 C# 和 Java 设计中的一个缺陷。不过,Pascal 的 div
甚至 VB.NET 的 ` are much better. The problems with
==` 更糟糕:x==y
和 y==z
并不意味着 x==z
(考虑我之前评论中的三个数字)。至于您建议的关系,即使 x
和 y
都是 float
或都是 double
,x.equals((Object)y)
并不意味着 1.0f/x ==
1.0f/y`(如果我有我的 druthers,它会保证这一点;即使 ==
不区分正数和零,Equals
也应该)。
我要补充一点,如果您将对象转换为字符串,那么它将正常工作。这就是为什么编译器会给你一个警告说:
可能的意外参考比较;要进行值比较,请将左侧转换为“字符串”
object expr = XXX; if (expr == "Energy") { ... }
,那么由于左侧是编译时类型 object
,编译器必须使用重载 operator ==(object, object)
。它检查引用相等性。由于 string interning,很难预测是否会给出 true
或 false
。如果您知道左侧是 null
或类型为 string
,请在使用 ==
之前将左侧转换为 string
。
就像对已经很好的答案的补充一样:这种行为不仅限于字符串或比较不同的数字类型。即使两个元素都是相同底层类型的对象类型。 “==”不起作用。
以下屏幕截图显示了比较两个对象 {int} - 值的结果
https://i.stack.imgur.com/fbeUg.png
因为到目前为止还没有提到 .Equal
方法的静态版本,所以我想在这里添加它来总结和比较 3 种变体。
MyString.Equals("Somestring")) //Method 1
MyString == "Somestring" //Method 2
String.Equals("Somestring", MyString); //Method 3 (static String.Equals method) - better
其中 MyString
是来自代码中其他地方的变量。
背景信息和总结:
在 Java 中,不应使用 ==
来比较字符串。如果您需要同时使用这两种语言,我会提到这一点,并让您知道使用 ==
也可以用 C# 中更好的东西代替。
在 C# 中,使用方法 1 或方法 2 比较字符串没有实际区别,只要两者都是字符串类型。但是,如果一个为空,一个是另一种类型(如整数),或者一个表示具有不同引用的对象,那么,正如最初的问题所示,您可能会遇到比较内容是否相等可能不会返回什么你期望。
建议的解决方案:
因为在比较事物时使用 ==
与使用 .Equals
并不完全相同,您可以改用 static String.Equals 方法。这样,如果两边不是同一个类型,你仍然会比较内容,如果一个为空,你将避免异常。
bool areEqual = String.Equals("Somestring", MyString);
写起来有点多,但在我看来,使用起来更安全。
以下是从 Microsoft 复制的一些信息:
public static bool Equals (string a, string b);
参数
a
字符串
要比较的第一个字符串,或 null
。
b
字符串
要比较的第二个字符串,或 null
。
返回 Boolean
true
如果 a
的值与 b
的值相同;否则,false
。如果 a
和 b
都是 null
,则该方法返回 true
。
我在这里有点困惑。如果 Content 的运行时类型是字符串类型,那么 == 和 Equals 都应该返回 true。但是,由于情况似乎并非如此,因此 Content 的运行时类型不是字符串,并且在其上调用 Equals 正在执行引用相等,这解释了 Equals("Energy Attack") 失败的原因。然而,在第二种情况下,关于应该调用哪个重载的 == 静态运算符的决定是在编译时做出的,这个决定似乎是 ==(string,string)。这向我表明 Content 提供了对字符串的隐式转换。
@BlueMonkMN 的早期回答还有另一个维度。另一个维度是,@Drahcir 的标题问题的答案也取决于我们如何获得 string
值。为了显示:
string s1 = "test";
string s2 = "test";
string s3 = "test1".Substring(0, 4);
object s4 = s3;
string s5 = "te" + "st";
object s6 = s5;
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s2), s1 == s2, s1.Equals(s2));
Console.WriteLine("\n Case1 - A method changes the value:");
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s3), s1 == s3, s1.Equals(s3));
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s4), s1 == s4, s1.Equals(s4));
Console.WriteLine("\n Case2 - Having only literals allows to arrive at a literal:");
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s5), s1 == s5, s1.Equals(s5));
Console.WriteLine("{0} {1} {2}", object.ReferenceEquals(s1, s6), s1 == s6, s1.Equals(s6));
输出是:
True True True
Case1 - A method changes the value:
False True True
False False True
Case2 - Having only literals allows to arrive at a literal:
True True True
True True True
为答案再添一分。
.EqualsTo()
方法让您可以根据文化和区分大小写进行比较。
真的很棒的答案和例子!
我只想补充一下两者之间的根本区别,
== 等运算符不是多态的,而 Equals 是
考虑到这个概念,如果您提出任何示例(通过查看左手和右手引用类型,并检查/了解该类型是否实际上重载了 == 运算符并且 Equals 被覆盖),您肯定会得到正确的答案.
这是由于值相等(equal 方法)和引用相等(== 运算符),因为 equal 方法检查值,而相同的 == 检查引用。
== https://referencesource.microsoft.com/ 上的字符串类中可用的运算符覆盖代码
所以现在更容易理解了,equal 方法也有两种实现,一种来自字符串类本身,一种来自对象类。它对性能的影响以及我还运行一些基本代码并尝试了解基准。
我在下面分享结果如果我在某处错了,请更正或建议。有 3 个案例,我为所有案例运行了相同的代码,这就是结果。
案例1:这里我使用的是字符串。 equal 方法比较两个字符串并且两个字符串具有相同的值。 string.equals(a,b)
第一次运行:5608195 滴答
第二次运行:5529387 滴答声
第三次运行:5622569 滴答声
总刻度:16760151
案例2:这里我使用的是字符串。 equal() 方法(重载一个)用于比较 2 个字符串并且两个字符串具有相同的值。 a.等于(b)
第一次运行:6738583 滴答声
第二次运行:6452927 滴答声
第三次运行:7168897 滴答声
总刻度=20360407
案例 3:这里我使用 == 运算符比较 2 个字符串,并且两个字符串具有相同的值。 a==b
第一次运行:6652151 滴答声
第二次运行:7514300 滴答
第三次运行:7634606 滴答声
总刻度=21801057
class Program
{
private static int count;
static string a = "abcdef";
static string b = "abcdef";
static void Main(string[] args)
{
for (int j = 1; j <= 3; j++)
{
Stopwatch sw = new Stopwatch();
sw.Start();
for (int i = 1; i <= 1000; i++)
{
checkString();
}
sw.Stop();
Console.WriteLine(sw.ElapsedTicks);
}
Console.ReadLine();
}
public static void checkString()
{
for (int i = 1; i <= 100000; i++)
{
if (a==b)
count++;
}
}
}
C# 中的 ==
标记用于两个不同的相等检查运算符。当编译器遇到该标记时,它将检查被比较的任何一个类型是否已经为被比较的特定组合类型(*)或两种类型都可以转换为的类型组合实现了相等运算符重载。如果编译器发现这样的重载,它将使用它。否则,如果这两种类型都是引用类型并且它们不是不相关的类(可能是接口,也可能是相关类),编译器会将 ==
视为引用比较运算符。如果两个条件都不适用,编译将失败。
请注意,其他一些语言对两个相等检查运算符使用单独的标记。例如,在 VB.NET 中,=
标记在表达式中仅用于可重载的相等检查运算符,而 Is
用作引用测试或空测试运算符。在不覆盖相等检查运算符的类型上使用 =
将失败,尝试将 Is
用于测试引用相等或无效性以外的任何目的也会失败。
(*) 类型通常仅重载相等性以便与自身进行比较,但对于类型而言重载相等性运算符以与其他特定类型进行比较可能很有用;例如,int
可以(恕我直言,应该有但没有)定义一个相等运算符用于与 float
进行比较,因此 16777217 不会报告自己等于 16777216f。事实上,由于没有定义这样的运算符,C# 会将 int
提升为 float
,在相等检查运算符看到它之前将其四舍五入为 16777216f;然后该运算符看到两个相等的浮点数并将它们报告为相等,而不知道发生的舍入。
3
视为等于 3.0f
。如果我们要求程序员说明每种情况下的意图,那么就没有默认行为导致意外结果的危险,因为没有默认行为。
请注意,C# 中有两种不同类型的相等
1- Value Equality
(对于 int、DateTime 和 struct 等值类型)
2- Reference Equality
(对于对象)
有两种基本的标准协议来实现相等检查。
1- ==
和 !=
运算符。
2- virtual
Equals
方法。
== 和 != 是静态解析的,这意味着 C# 将在编译时决定哪种类型将执行比较。
例如 value-type
int x = 50;
int y = 50;
Console.WriteLine (x == y); // True
但对于 reference type
object x = 50;
object y = 50;
Console.WriteLine (x == y); // False
Equals()
最初在运行时根据操作数实际类型解析。
例如,在以下示例中,在运行时,将决定 Equals()
将应用于 int 值,结果为 true
。
object x = 5;
object y = 5;
Console.WriteLine (x.Equals (y)); // True
但是,对于引用类型,它将使用引用相等检查。
MyObject x = new MyObject();
MyObject y = x;
Console.WriteLine (x.Equals (y)); // True
请注意,Equals()
对 struct
使用结构比较,这意味着它在结构的每个字段上调用 Equals。
当我们创建任何对象时,对象有两个部分,一个是内容,另一个是对该内容的引用。 ==
比较内容和参考; equals()
仅比较内容
http://www.codeproject.com/Articles/584128/What-is-the-difference-between-equalsequals-and-Eq
a
和 b
都是字符串引用,则 a == b
的结果不取决于引用是否指向同一个对象。
==
== 运算符可用于比较任何类型的两个变量,它只是比较位。
int a = 3;
byte b = 3;
if (a == b) { // true }
注意: int 的左侧有更多的零,但我们在这里不关心。
int a (00000011) == 字节 b (00000011)
请记住 == 运算符只关心变量中位的模式。
使用 == 如果两个引用(原语)引用堆上的同一个对象。
无论变量是引用还是原语,规则都是相同的。
Foo a = new Foo();
Foo b = new Foo();
Foo c = a;
if (a == b) { // false }
if (a == c) { // true }
if (b == c) { // false }
a == c 为真 a == b 为假
和 c 的位模式相同,因此使用 == 时它们相等。
平等的():
使用 equals() 方法查看两个不同的对象是否相等。
比如两个不同的String对象,都代表“简”中的字符
object a = 3; object b = 3; Console.WriteLine(a == b);
。即使值的位模式相同,输出也是错误的。操作数的类型也很重要。我们“不关心”您的示例中不同数量的零的原因是,当我们调用等号运算符时,由于隐式转换,零的数量实际上是相同的。
Equal 和 == 之间的唯一区别在于对象类型比较。在其他情况下,例如引用类型和值类型,它们几乎相同(两者都是按位相等或两者都是引用相等)。
对象:等于:按位相等 ==:引用相等
string: (equals 和 == 对于 string 是一样的,但是如果 string 之一变成了 object,那么比较结果会不同) Equals: 按位相等 == : 按位相等
有关详细说明,请参阅 here。
不定期副业成功案例分享
object
类型(注意等宽字体)在技术上意味着“System.Object
类型的表达式”。它与表达式所引用的实例的运行时类型没有任何关系。我认为“用户定义的运算符被视为virtual
方法”这句话极具误导性。它们被视为重载方法,仅取决于操作数的编译时类型。实际上,在计算出候选用户定义运算符集之后,绑定过程的其余部分将完全是方法重载解析算法virtual
方法解析取决于实例的实际运行时类型,而在运算符重载解析中完全忽略了这一点,这确实是我回答的重点。