从C到C＋＋一直没搞懂的问题

[lunarfan]

求ival和ival+1的值是否同为非0

ival && ival+1 // 这样写没问题
ival++ && ival // 为什么这样写就可能有问题了呢？&&操作符是有求值顺序的阿（短路）
// 最多与上面的不同就是如果ival为0，那么ival++牙根就没被计算仅此这点不同
// 但也不能说是错误阿目的是求ival与ival+1的值是否同时为非0

PS:是不是偶钻牛角尖了

[lunarfan]

那么＆＆右边的操作数牙根就没被计算

[lunarfan]

乱总结下
ival && ival+1 //这个ival如果为0那么ival+1没被计算
ival++ && ival //这个ival++先被计算，如果ival为0，那么右操作数不被计算
细节上有不同，但结果怎么说都是一样的，为什么书上说ival++ && ival 可能会产生问题。

[lc19890326]

#include <iostream>
using namespace std;

int main()
{
	int val=0;
	bool b=(val++&&val);
	cout<<b<<endl;
	cout<<val<<endl;
	return 0;
}

val++为0，但之后val被自加了啊，后面输出的val=1
说实话不是很懂你题目的意思啊大哥

[就呆在云上]

跟c和c++没有关系吧

ival++ && ival  // 为什么这样写就可能有问题了呢？&&操作符是有求值顺序的阿（短路） 
                // 最多与上面的不同就是如果ival为0，那么ival++牙根就没被计算仅此这点不同 
                // 但也不能说是错误阿目的是求ival与ival+1的值是否同时为非0 

依赖编译器的实现
有的里面设计的ival是一个备份
有的有多个备份，结果当然有差别

[lc19890326]

[Quote=引用 2 楼 lunarfan 的回复:]
乱总结下
ival && ival+1 //这个ival如果为0那么ival+1没被计算
ival++ && ival //这个ival++先被计算，如果ival为0，那么右操作数不被计算
细节上有不同，但结果怎么说都是一样的，为什么书上说ival++ && ival 可能会产生问题。

[/Quote]

ival++&&ival没啥问题啊

[lunarfan]

[Quote=引用 4 楼 ztz0223 的回复:]
跟c和c++没有关系吧
C/C++ codeival++&&ival//为什么这样写就可能有问题了呢？&&操作符是有求值顺序的阿（短路）//最多与上面的不同就是如果ival为0，那么ival++牙根就没被计算仅此这点不同//但也不能说是错误阿目的是求ival与ival+1的值是否同时为非0

依赖编译器的实现
有的里面设计的ival是一个备份
有的有多个备份，结果当然有差别

[/Quote]
后＋＋会产生一个temp，什么多个备份一个备份不懂阿讲细点阿

[lann64]

编译器是会优化的，特别是当ival是一个简单内置类型，比如int时。

[zedzhao]

[Quote=引用 2 楼 lunarfan 的回复:]
乱总结下
ival && ival+1 //这个ival如果为0那么ival+1没被计算
ival++ && ival //这个ival++先被计算，如果ival为0，那么右操作数不被计算
细节上有不同，但结果怎么说都是一样的，为什么书上说ival++ && ival 可能会产生问题。
[/Quote]

楼主说清楚点,要是书上说会产生问题那应该会有解释的吧

[霍大脚]

看看||及&&出现那种情况不在继续啊，你把val&&（val+1）看看

[rejoice914]

ival && ival+1 // 这样写没问题
ival++ && ival

这里我觉得编译应该没问题的！
如果ival初始值为0，那么就可能出现不是你预想到的结果！
我看书上是这样的！

[rejoice914]

如果左边的已经能确定值的话，右边就不算了！

[xxgamexx]

[root@localhost ~]# cat 1123.cpp && ./1123
#include <iostream>
using namespace std;

int main()
{
    int val=0;
    bool b=(val+=1&&val);
    

    cout<<b<<endl;
    cout<<val<<endl;
    return 0;
}

0
0

这里的 val+=1 就没有计算 而val++ 应该是拷贝了一个备份自加1，最后重新赋值给了val~

[挨踢呃]

自左向右,如果&&左边为false那右边就短路掉了;如果&&左边为true,就还会再算右边的

[kiffa]

应该没什么问题，&& 出现之处是一个序列点，在此之前所有的副作用（side effect, i++的副作用就是对自身加1）都必须执行完毕。所以这个表达式本身不会有什么歧义，和第一个表达式的不同之处在于它改变了i的值，而题目本意也许并不想改变i，仅仅只是做一个判断，所以书上会说这样做有问题。

[qq675927952]

up 14L