社区
C语言
帖子详情
求原因:关于 p=(++p>0)?(p++):(p++);
jimzhou
2006-07-24 08:54:07
int p=0;
p=(++p>0)?(p++):(p++);
为何执行完后p为1?与堆栈相关否?
...全文
603
46
打赏
收藏
求原因:关于 p=(++p>0)?(p++):(p++);
int p=0; p=(++p>0)?(p++):(p++); 为何执行完后p为1?与堆栈相关否?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
46 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
jimzhou
2006-07-26
打赏
举报
回复
再谢houdy!无聊的讨论到此为止,嘎嘎
sakurako
2006-07-25
打赏
举报
回复
++p与p++不一样!
p++有临时变量参与计算,因此,导致p=2被覆盖
add777
2006-07-25
打赏
举报
回复
int p=0;
p=(++p>0)?(p++):(p++);
p=0时,先计算出++p,p++,p++表达式分别:1,0,0
然后是判断,1>0,则执行p=p++
也就是p=0
之后,执行p=p+1
就是1了
huohoo
2006-07-25
打赏
举报
回复
int p=0;
p=(++p>0)?(p++):(p++);
先运行++p得到表达式的值是1,取第一个式子的值,(p++)的表达式的值是p的值!
所以为1
b43ok
2006-07-25
打赏
举报
回复
我给你换个写法你就知道为什么了
你的代码等同于
if(++p>0)
{
p=p++;
}
else
{
p=p++;
}
先是
(++p>0)
此时p为1
这个判断成立,然后就是
p=p++;
先赋值后自加,p被赋值为1,还是等于1,
而根据从右往左的规则,p的值是先求出来最后才写进去
所以自加以后变成2,等到又写进去的时候就被覆盖成1了
J_IE_ZH
2006-07-25
打赏
举报
回复
关键在于++在前在后的运算先后,++在前就是先做加再做其他,++在后就是先做其他再做++,所以是1没错的
b43ok
2006-07-25
打赏
举报
回复
你搞清楚
p=p++
和
p=++p之间的区别就知道为什么了。
林道洪崖不周峰
2006-07-25
打赏
举报
回复
look!!
tailzhou
2006-07-25
打赏
举报
回复
这个三元表达式的求值顺序应该是有指定的。
Muf
2006-07-25
打赏
举报
回复
这是不可移植的代码。
这样的程序,在不同的编译器,给出的结果可能是完全不同的。
因为编译器标准没有规定这种运算的顺序,所以对运算的结果也完全是由编译器自由发挥,自由选择优化的方式。
无论如何,只要记住不要写出这样的代码就好了。
要继续讨论这个问题,请与C/C++标准制定委员会联系,否则是完全浪费时间的。
whbjob
2006-07-25
打赏
举报
回复
直接理解这句p=(++p>0)?(p++):(p++);执行完后p会加1就成了。
jimzhou
2006-07-25
打赏
举报
回复
谢楼上详细解释,仔细研究一下
jimzhou
2006-07-25
打赏
举报
回复
为什么会被tmp覆盖呢?
换言之
p=(++p>0)?(p++):(p++);的次序是:++p;tmp=p;p++;p=tmp;
是由什么规则来确定的?请教tailzhou
(tailzhou莫非还是zhou姓本家?呵呵)
al0n9
2006-07-25
打赏
举报
回复
对应汇编看一下不就明白了?
5: int p = 0;
00401048 mov dword ptr [ebp-4],0 //注意这里,p 存放在 ebp - 4
6: p = (++p > 0) ? (p++) : (p++);
0040104F mov eax,dword ptr [ebp-4] //取出p的值
00401052 add eax,1 //++p
00401055 mov dword ptr [ebp-4],eax //++p值回写到p的内存地址[ebp-4]
00401058 cmp dword ptr [ebp-4],0 //p值与0比较
0040105C jle main+3Fh (0040106f) //如果小于或者等于0,就跳到0040106f,由于p的值此时为1,不会跳转,向下执行
0040105E mov ecx,dword ptr [ebp-4] //取出p的值
00401061 mov dword ptr [ebp-8],ecx //p的值被保存到[ebp - 8],实际上[ebp-8]就是(p++)这个表达式的值,由于此时p等于1,所以[ebp-8]为1,也就是(p++)表达式的值为1
00401064 mov edx,dword ptr [ebp-4] //取出p的值
00401067 add edx,1 //p++
0040106A mov dword ptr [ebp-4],edx //p++的值回写到p的内存地址[ebp-4],此时,p的值为2
0040106D jmp main+4Eh (0040107e) //绝对跳转0040107e
0040106F mov eax,dword ptr [ebp-4] //这里开始的5行,是p<=0的时候才会执行的,实际当中永远不会被执行
00401072 mov dword ptr [ebp-8],eax
00401075 mov ecx,dword ptr [ebp-4]
00401078 add ecx,1
0040107B mov dword ptr [ebp-4],ecx
0040107E mov edx,dword ptr [ebp-8] //跳转到这里,从[ebp-8]取出(p++)这个表达式的值,此时,[ebp-8]的值为1
00401081 mov dword ptr [ebp-4],edx //将(p++)这个表达式的值,赋值给p,赋值后,p的值变为1
int p=0;
p=(++p>0)?(p++):(p++);
先取出p的值,加1的,p值为1,与0比较,得true,然后执行(p++),问题就在这里,(p++)的意思是取出p的值做为表达式的值,然后对p进行加1操作。所以,执行完(p++)之后,p的值为2,而(p++)这个表达式的值为1,然后执行p=(p++)的赋值语句,p的值由2变为1
Baku
2006-07-25
打赏
举报
回复
可读性太差,只适合自己玩自己,实际中不会出现,出现了要挨骂
houdy
2006-07-25
打赏
举报
回复
对于表达式?:,应该注意两个问题:
1.短路。也就是说,对于?后面的用:格开的两个表达式,每次只有一个被执行,另一个可以被忽略。
2.顺序点(Sequence Points)。一般情况下分号";"表示一个sequence point.但是对于?;和逗号表达式,每一个子表达式都是一个sequence point,这种情况还包含&&和||.
对于p=(++p>0)?(p++):(p++);这个表达式,前面部分大家都没有异议,先p加1,然后和0比较,比较解决是真,然后就执行到前面一个p++,后面的那个就被忽略了。争议就出现下面的部分。
这时候,查看汇编是最直接的了,al0n9(al0n9) 已经把汇编贴出来了,分析的也完全正确。由于这里有一个sequence point,所以下面的代码可以分解成:
int temp = p++;
int p = temp;
这样的分解是通过分析汇编得出的结果。
有些网友说这里等价于:
p = p++;
我觉得这样说不正确的,因为我们比较两端代码的汇编发现,他们是不一样的。
对于p = p++这样的表达式,由于有side effect存在,所以结果是undefined behavior,不同的编译器可以有不同的解决。对于前面的情况,结果却是确定的。
tailzhou
2006-07-25
打赏
举报
回复
if (++p>0)
{
tmp=p++;
}
else
{
tmp=p++;
}
p=tmp;
tailzhou
2006-07-25
打赏
举报
回复
从汇编程序来看,p=p++;的执行次序是:
p=p;p++; 所以p增加了1;
p=(++p>0)?(p++):(p++);的次序是:
++p;tmp=p;p++;p=tmp; 在计算完毕p++后,p的值是增加了,但最后又被tmp给覆盖了;
jimzhou
2006-07-25
打赏
举报
回复
但实际 p=p++ p是增加了1的(虽然p=p++;这个写法实在是多余……)
jimzhou
2006-07-25
打赏
举报
回复
但感觉还是不对,如此说来,p=PostPlusPlus(p),结果也是p不变么?
加载更多回复(26)
FFmpeg4.3系列之18:ZLMediaKit流媒体直播
敬告:该系列的课程在抓紧录制更新中,敬请大家关注。敬告: 该系列的课程涉及:FFmpeg,WebRTC,SRS,Nginx,Darwin,Live555,等。包括:音视频、流媒体、直播、Android、视频监控28181、等。我将带领大家一起来学习:ZLMediakit配置安装与直播推流拉流、ubuntu18,centos7,windows10。。具体内容包括:1.Ubuntu18安装配置ZLMediaKit。2.Windows10编译运行ZLMediaKit。3.Centos7编译运行ZLMediaKit。 音视频与流媒体是一门很复杂的技术,涉及的概念、原理、理论非常多,很多初学者不学 基础理论,而是直接做项目,往往会看到c/c
++
的代码时一头雾水,不知道代码到底是什么意思,这是为什么呢? 因为没有学习音视频和流媒体的基础理论,就比如学习英语,不学习基本单词,而是天天听英语新闻,总也听不懂。所以呢,一定要认真学习基础理论,然后再学习播放器、转码器、非编、流媒体直播、视频监控、等等。 梅老师从事音视频与流媒体行业18年;曾亲手主导广电直播全套项目,精通h.264/h.265/aac,曾亲自参与百度app上的网页播放器等实战产品。目前全身心自主创业,主要聚焦音视频+流媒体行业,精通音视频加密、流媒体在线转码快编等热门产品。
Python自动化测试九章经
手工测试中遇到的坑 你踩过几个? 解锁自动化测试技能 打破手工测试局限 自动化测试是测试工作的一部分,是对手工测试的一种补充。自动化测试是相对手工测试而存在的,通过所开发的软件测试工具、脚本等来实现,具有良好的可操作性、可重复使用和高效率等特点。 Python自动化测试 系统教学+实战分析 简单易上手 课程使用的是语法简洁、提供丰富的测试库和框架的Python语言,并从测试人员的角度,梳理当前最热门的自动化测试框架和常用库,并通过实战,带你快速建立自动化测试技术体系,让测试工作更高效! 3个项目实战 全程手敲代码演示 听得懂 更要会用 3大购课福利
区块链核心:共识算法
什么是共识算法背景分布式系统集群设计中面临着一个不可回避的问题,一致性问题对于系统中的多个服务节点,给定一系列操作,如何试图使全局对局部处理结果达成某种程度的一致?这个一致性问题大致有如下的场景:节点之间通讯不可靠的,延迟和阻塞节点的处理可能是错误的,甚至节点自身随时可能宕机节点作恶举例说明,就比如有两家电影院同时售卖总量一定的电影票,在这样的场景下,要如何设计方式来保证两家电影院协调同步不出现超卖或者错卖的问题呢?共识算法,就是解决对某一提案(目标,投票等各种协作工作),大家达成一致意见的过程比如上述的买票问题,就可以有如下的设计:1.每次卖票打电话给其他电影院,确认当前票数2.协商售卖时间,比如一三五A卖,二四六B卖3.成立个第三方存票机构,它统一发票通过以上的设计,可以看出一个很重要的解决一致性算法的解决思路,即:将可能引发不一致的并行操作进行串行化,就是现在计算机系统里处理分布式一致性问题基础思路和唯一秘诀 著名的共识设计理论FLP 不可能性原理 共识算法的理论下限提出该定理的论文是由 Fischer, Lynch 和 Patterson 三位作者于 1985 年发表,该论文后来获得了 Dijkstra(就是发明最短路径算法的那位)奖。FLP 原理认为对于允许节点失效情况下,纯粹异步系统无法确保一致性在有限时间内完成。三人三房间投票例子三个人在不同房间,进行投票(投票结果是 0 或者 1)。三个人彼此可以通过电话进行沟通,但经常会有人时不时地睡着。比如某个时候,A 投票 0,B 投票 1,C 收到了两人的投票,然后 C 睡着了。A 和 B 则永远无法在有限时间内获知最终的结果。如果可以重新投票,则类似情形每次在取得结果前发生带入到计算机领域就是说,即便在网络通信可靠情况下,一个可扩展的分布式系统的共识问题的下限是无解。即可靠性的下限是0%CAP 分布式系统领域的重要原理CAP 原理最早由 Eric Brewer 在 2000 年,ACM 组织的一个研讨会上提出猜想,后来 Lynch 等人进行了证明• C(一致性):所有的节点上的数据时刻保持同步,即数据一致• A(可用性):每个请
求
都能在一定时间内接受到一个响应,即低延迟• P(分区容错):当系统发生分区时仍然可以运行的定理:任何分布式系统只可同时满足二点,没法三者兼顾。即数据一致,响应及时,可分区执行不可能同时满足。举个例子:一个分布式网路上,某一个节点有一组依赖数据A,当网络无延迟,无阻塞时,依赖于X的操作可正常进行。但网络无延迟阻塞在现实世界中是没法100%保证的,那么当网络异常时,必然会产生分布式系统的分区和孤岛,那当一个执行操作在A分区之外时,如果要保证P,即当系统发生分区时仍可运行,就需要在分布式系统中多个节点有X的备份数据,以应对分区情况。则这时候就需要在C,A之间做出选择。假如选择C,即要保证数据在分布式网络中的一致性,那么就需要在X每次改动时,需要将全网节点的X数据同步刷新成最新的状态,那么在等待数据刷新完成之前,分布式系统是不可响应X的依赖操作的,即A的功能缺失假如选择A,即要突出低延迟的实时响应。那么在响应的时候,可能全节点的X数据并没有同步到最新的状态,则会导致C的缺失。上面看上去有些绕,那么你只要记住这句话,CAP原理在分布式网络系统的应用讨论,其实就是讨论在允许网络发生故障的系统中,该选择一致性还是可靠性?如果系统重视一致性,那么可以基于ACID原则做系统设计即 Atomicity(原子性)、Consistency(一致性)、Isolation(隔离性)、Durability(持久性)。ACID 原则描述了对分布式数据库的一致性需
求
,同时付出了可用性的代价。• Atomicity:每次操作是原子的,要么成功,要么不执行;• Consistency:数据库的状态是一致的,无中间状态;• Isolation:各种操作彼此互相不影响;• Durability:状态的改变是持久的,不会失效相应的有一个BASE原则,(Basic Availiability,Soft state,Eventually Consistency)则强调了可用性。 经典的共识算法设计业内,针对节点异常的情况,会有两种分类1.故障的,不响应的节点,成为非拜占庭错误2.恶意响应的节点,称为非拜占庭错误Paxos 最早的共识算法 非拜占庭算法的代表Paxos有三种角色:• proposer:提出一个提案,等待大家批准为结案。客户端担任该角色;• acceptor:负责对提案进行投票。往往是服务端担任该角色;• learner:被告知结案结果,并与之统一,不参与投票过程。即普通节点系统运行由proposer驱动,当合法提案在一定时间内收到1/2以上投票后达成共识。因此,可得出无法达成共识的条件:1.proposer故障2.二分之一以上acceptor故障拜占庭问题与BFT(Byzantine Fault Tolerant) 算法Leslie Lamport 1982 年提出用来解释一致性问题的一个虚构模型。拜占庭是古代东罗马帝国的首都,由于地域宽广,守卫边境的多个将军(系统中的多个节点)需要通过信使来传递消息,达成某些一致的决定。但由于将军中可能存在叛徒(系统中节点出错),这些叛徒将努力向不同的将军发送不同的消息,试图会干扰一致性的达成。拜占庭问题即为在此情况下,如何让忠诚的将军们能达成行动的一致。对于拜占庭问题来说,假如将军总数为 N,叛变将军数为 F,则当N>=3F+1 时,问题才有解,即叛变的将军不超过1/3时,存在有效的算法,如BFT,不论叛变者如何折腾,忠诚的将军们总能达成一致的结果。这是一个数学论证的结论,有兴趣的同学可以自行推导。PBFT 一种高效拜占庭容错共识算法PBFT是Practical Byzantine Fault Tolerance的缩写,意为实用拜占庭容错算法。该算法是Miguel Castro 和Barbara Liskov(2008年图灵奖得主)在1999年提出来的,解决了原始拜占庭容错算法效率不高的问题。他的核心思想是:对于每一个收到命令的将军,都要去询问其他人,他们收到的命令是什么。如上图,假设命令由A将军分发,假如A是作恶异常,分发给B,C,D的操作分别是1,2,3.意图扰乱共识。拜占庭容错算法上设计实现是,当B,C,D收到命令后,相互之间也会沟通从A收到的命令是否一致,从而达到识破干扰的目的。其容错的极限值就是N>=3F+1。PBFT 在区块链上的实现区块链的节点分为记账节点和普通节点两个角色记账节点负责向全网提供记账服务,并维护全局账本,每过一段时间从记账节点中选一个议长,进行命令的分发,其他记账节点则作为议员进行验证将军就是记账节点,拥有全局账本,并验证交易的有效性,过互相传达验证结果,在f共识的一般流程如下:1.任一节点接收到发送者签名的交易数据请
求
后,向全网广播2.所有记账节点均独立监听全网的交易数据,并记录在内存3.议长在经过t后发送共识请
求
提案request4.议员在收到提案后,进行相关验证,发送响应response5.任意节点在限定时间内收到至少F+1个response后,共识达成,把交易记录入区块并发布给全网,如果超时,则更换视图和议长6.任意节点在收到完整区块后,把包含的交易从内存中删除开始下一个共识循环区块产生间隔t, 记账节点n, 可容错节点数f, 视图编号v, 区块高度h, 议长编号p, 议员编号i p=(h-v)%n 未来的发展POW算法建立了比特币帝国,具有划时代的意义。但其能耗和速度问题却是制约区块链普及的两大难以解决的问题。目前POS算法是一大趋势,以太坊的Casper,EOS的DPos等都是借鉴了上述前人的设计理念做的基于应用场景的优化改造,但万变不离其宗,我和大家一样,需要不断的学习和思考,没准,能有发明出自己的共识算法的一天呢。
FFmpeg4.3开发系列之15:同步录音录屏并存储或直播实战
敬告:该系列的课程在抓紧录制更新中,敬请大家关注。敬告: 该系列的课程涉及:FFmpeg,WebRTC,SRS,Nginx,Darwin,Live555,等。包括:音视频、流媒体、直播、Android、视频监控28181、等。我将带领大家一起来学习:录音录屏、同步机制、存储、直播推流。具体内容包括:1.FFmpeg录音录屏讲解及命令行实战。2.FFmpeg录屏API实战讲解。3.FFmpeg录音API实战讲解。4.FFmpeg音视频同步API实战讲解。5.FFmpeg同步录音录屏并直播实战。 音视频与流媒体是一门很复杂的技术,涉及的概念、原理、理论非常多,很多初学者不学 基础理论,而是直接做项目,往往会看到c/c
++
的代码时一头雾水,不知道代码到底是什么意思,这是为什么呢? 因为没有学习音视频和流媒体的基础理论,就比如学习英语,不学习基本单词,而是天天听英语新闻,总也听不懂。所以呢,一定要认真学习基础理论,然后再学习播放器、转码器、非编、流媒体直播、视频监控、等等。 梅老师从事音视频与流媒体行业18年;曾亲手主导广电直播全套项目,精通h.264/h.265/aac,曾亲自参与百度app上的网页播放器等实战产品。目前全身心自主创业,主要聚焦音视频+流媒体行业,精通音视频加密、流媒体在线转码快编等热门产品。
动态代理和静态代理(案例-自定义连接池/C3P0/Druid)
本课程主要讲解数据库连接池的使用和动态代理使用以及原理。数据库连接池技术是实际开发中必不可少的技术,在提高数据库访问效率上有明显的作用和意义,掌握数据库连接池的使用是后端开发人员必备的技能之一。但很多开发者对于数据库连接池的使用还是停留在表面:只会使用,而不知道其实现原理。这不利于自身的能力提升。为了解决众多开发者在使用数据库连接池时只知其然不知其所以然的问题,本课程从零到1的手把手带大家开发一个属于自己的连接池,学习完该课程,你对开发中常用的第三方连接池技术的内部原理就会了然于胸。 除了掌握连接池的原理之外,你还会掌握代理模式在实际开发的运用和好处。代理模式也是开发中使用非常多的技术,特别在学习流行框架时,会大量接触到代理模式,如果对代理模式理解不够,那么在学习流行框架时是很困难的,学完该课程,相信能够帮你彻底吃透代理模式,为后续学习各种技能打下扎实的基础。
C语言
69,368
社区成员
243,081
社区内容
发帖
与我相关
我的任务
C语言
C语言相关问题讨论
复制链接
扫一扫
分享
社区描述
C语言相关问题讨论
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章