首页 > 代码库 > 坑人的运算符
坑人的运算符
一、运算符优先级
前两天我在园子的首页看到一篇篇随笔,随笔地址已经找不到了(着实有点抱歉),不过其中的一个代码片段还是记得一二,大概如下:
Thread t = null; string message = "I‘m ..." + t == null ? "And ..." : ""; Console.WriteLine(message);
代码很少,但我想有不少人会招,最关键的问题就是运算符的优先级了。这里是 C#参考 运算符,根据这份优先级顺序,我总结出以下规律:
最高:.(点) () [] i++ i--
其次:单目运算符(i++ 高于 ++i)
然后:先算乘除余、后算加减、最后位移、比大小(大于小于 高于 相等和不等)
接下来:Not And Or ( 即 ! , && , || )
最后:三目 、赋值 和 Lambda
这份优先级顺序已经包含了大部分运算符,只要不是遇到很变态的问题,我想应该可以搞定。
二、编译器的贪心原则
该话题源于《Java深入解析——透析Java本质的36个话题》。(虽然源于Java话题,但同样适用于C#、已验证)
三个加号该如何运算呢? 代码片段如下:
int i = 10; int j = 20; int k = i +++ j; // 代码未格式化,但可以正常编译运行 Console.WriteLine(k); // 输出结果是多少呢? 是 30 还是 31?
我们先不看答案,先把代码格式化一下、看看结果:
int k = i++ + j; // 格式化后的结果,为何不格式化成 i + ++j; 呢? 答案是:编译器的贪心原则
贪心原则:编译器在分析符号的时候会尽可能多的结合有效的符号。
因为“+” 和 “++”都是有效的符号,但是“+++”不是有效的符号,因此,将表达式解析为了:i++ + j。
再举个例子:a--b,本意为a - 负b。但是编译器解析为了 a-- b,最终编译不通过。所以代码应该这样写:a - -b;
三、 i++你真的理解了吗?
这个例子我第一次看到、是在一份笔试试卷上,如果你能说出下面这个代码片段的正确答案,那这部分就没有必要看了,如果不能也许你走入了一个“误区”。
int i = 0; i = i++; Console.WriteLine(i); // 1 or 0?
我在记忆 i++和++i 的时候,不是记忆“先加”还是“后加”的,而是直接记住“运算结果”。
i++的运算结果:表达式的值等于 i ,i的值自加1.
++i的运算结果:表达式的值等于 i+1,i的值自加1.
也就是说:
i = i++; // 右侧表达式的结果等于i本身,然后执行赋值运算符赋值,最后得到的i的结果还是 i本身.
四、零除以零等于什么?
有人也许会说:“小学生都知道啊,0不能做除数”,如果是这样那恭喜你,答对了。但是只能得6分(满分10分)。为啥呢?看代码吧!
static void Main(string[] args) { float x = 0; float result = x / x; Console.WriteLine(result); // 输出结果:非数字 Console.Read(); }
此话题只是个引子,更多信息请参见:Single.NaN。
坑人的运算符,确实很坑人啊。
坑人的运算符