bool类型未初始化的产生的奇怪现象

本文探讨了在C++中忘记初始化bool变量时可能导致的不可预测结果,特别是Debug和Release模式下的差异。在Debug模式下,未初始化的bool变量会被填充特定值,而在Release模式下,其值依赖于内存中的原始状态,导致运行结果随机。理解这种现象有助于避免程序错误。

 在写C++代码时,有时候可能会忘记对一个布尔变量赋初值,运行程序后会发现产生了一些自己预想不到的结果,或者程序并没有按照设定的分支运行,今天来说一下这背后的原理性的东西。首先来看一段简单代码:

int main()
{
	bool bTest;

	if (true==bTest)
	{
		cout << "1" << endl;
	}
	else if(false==bTest)
	{
		cout << "2" << endl;
	}
	else
	{
		cout << "3" << endl;
	}

	system("pause");
	return 0;
}

在VS中的Debug模式下运行这段代码,会发现输出结果为3;而在Release模式下会发现有的编译器可能输出2,也有可能输出3,而有的编译器可能输出1,也可能输出2。这到底为什么呢?难道布尔类型除了true和false之外还有第三种值?为什么Debug模式和Release模式输出会不一样呢?带着这些疑问来进行进一步深入探索。

首先 有一点需要了解,就是在Debug模式下VC 会把未初始化的栈内存全部填成 0xcccccccc ,当字符串看就是 “烫烫烫烫……”;会把未初始化的堆内存上全部填成 0xcdcdcdcd,当字符串看就是 “屯屯屯屯……”。知道了这一点,先来看Debug模式下的三个实验:

(1)bTest初始化为true;

在这段IEC 61131-3的代码中,为什么i是变化的,CC一直是0,且在运行后,countArr中所有的元素都为0,但是在代码中我并没有修改countArr的值啊? PROGRAM PCS_fb VAR modTcpMasterInit:gcan.FB_ModbusTCP_Master_Init; //gcan.FB_ModbusTCP_Master_Init为Modbus TCP Master初始化功能块 modTcpMasterCtrl:gcan.FB_ModbusTCP_Master_Ctrl; //gcan.FB_ModbusTCP_Master_Init为Modbus TCP Master执行功能块 isInit: BOOL:=FALSE; //用于初始化执行一次的逻辑变量 eout: BOOL; //用于承接功能块中完成标志引脚数据的变量 iSocket: INT; //用于存放自身socket uiErr: UINT; //用于承接功能块中报错引脚错误信息的变量 enCtr: BOOL; //Modbus TCP Master执行功能块使能变量 arReadBuf:ARRAY[0..70] OF WORD; //自建数组,用于存放读取到的从站数据 //arReadWriteBuf:ARRAY[0..1220] OF WORD; //自建数组,用于存放可读可写的从站数据 //arWriteBuf:ARRAY[0..1015] OF WORD; //自建数组,用于将数组中的数据写入从站 //只读 countArr:ARRAY[0..9] OF WORD:=[2,10,2,4,28,8,4,2,3,4]; pcsAddressArr:ARRAY[0..9] OF WORD:=[32,106,120,156,164,308,466,474,491,499]; //读写-读 //countRWArr:ARRAY[0..2] OF WORD:=[6,1,1]; //pcsRWAddressArr:ARRAY[0..2] OF WORD:=[1021,1211,1216]; //只写 //countWArr:ARRAY[0..10] OF WORD:=[14]; //pcsWAddressArr:ARRAY[0..10] OF WORD:=[1001]; xdone: BOOL; //用于承接Modbus TCP Master执行功能块写出完成标志位的变量 CC:UINT:=0; i:UINT:=0; j:UINT:=0; SUM:UINT:=0; END_VAR IF isInit=FALSE THEN modTcpMasterInit(en_in:=TRUE, //Modbus TCP Master初始化功能块使能 xenable:=TRUE, //使能初始化功能 sIpAddress:='192.168.1.50', //填入要链接的Slave IP地址 iport:=502, //填入要链接的Slave IP端口号 en_out=>eout, //Modbus TCP Master初始化功能块执行完成 isocket=>iSocket, //创建的socket存入变量 uierror=>uiErr); //Modbus TCP Master初始化功能块执行错误信息 IF isocket>=0 AND uiErr=0 THEN //成功创建socket且无错误,逻辑标志置位,下周期执行ELSE isInit:=TRUE; enCtr:=FALSE; ELSE //等待连接成功 modTcpMasterInit(en_in:=0,xenable:=0); END_IF ELSE modTcpMasterCtrl(en_in:=enCtr, //Modbus TCP Master执行功能块使能 xenable:=TRUE, //Modbus TCP Master执行功能使能 isocket:=isocket, //输入创建的socket bSlaveId:=1, //输入访问的从站节点号,可用变量代替通过逻辑轮询多个节点 bFunction:=3, //设置要使用的功能码,可用变量代替通过逻辑交替读写 uiReadAddress:=pcsAddressArr[i],uiReadCount:=countArr[i],p_ReadData:=ADR(arReadBuf[CC]), //若使用读相关功能码,参数设置在这里:uiReadAddress为读取初始地址,uiReadCount为读取长度,p_ReadData为指针,指向的数组将存放读取到的数据 //uiWriteAddress:=6,uiWriteCount:=3,p_WriteData:=ADR(arWriteBuf), //若使用写相关功能码,参数设置在这里:uiWriteAddress为写入初始地址,uiWriteCount为写入长度,p_WriteData为指针,指向的数组中的数据将被写入Slave uiOverTimes:=1000, //超时时间 uiIntervalTimes:=50, //发送间隔时间(轮询时间) EN_OUT=>eout, //Modbus TCP Master执行功能块执行完成标志位 xDone=>xdone, //Modbus TCP Master执行功能块发送数据完成标志位 uiError=>uiErr); //Modbus TCP Master执行功能块执行错误信息 // IF xdone=TRUE THEN // IF CC<100 THEN // CC:=CC+20; // ELSE // CC:=0; // END_IF // END_IF SUM:=0; IF xdone=TRUE THEN IF i<10 THEN i:=i+1; IF i<>0 THEN CC:=CC+countArr[i-1]; END_IF ELSE i:=0; CC:=0; END_IF END_IF enctr:=TRUE; IF uiErr<>0 THEN //如果从站报错,则重新连接从站 modTcpMasterInit(en_in:=0,xenable:=0); isInit:=0; END_IF END_IF
最新发布
01-06
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值