《C++的十万个为什么》 [60]程序输出中的“屯屯屯”乱码是怎么回事？

[TouchStoneStudio]

原文来自：http://chenlq.net/dev/cpp-why/60-tun-tun-tun-garbled-program-output-is-how-is-it.html
Q:

请问执行程序时,为什么会有像图片那种乱码”屯屯屯”出现？ 用的visual stdio2008
A:

这是初学者很常见的一个问题
在Debug模式下，VC会把未初始化的堆内存全部填成 0xcd，当我们将其当作字符串输出，即0xcdcd，而这恰好是屯这个汉字的GBK编码，显示出来也就成了 屯屯屯屯……；
类似的还有“烫烫烫…”
那是因为未正确初始化的栈内存引起的
总之，遇到乱码，说明我们的程序将没有正确初始化的内容输出了，需要检查程序对变量，内存空间的初始化，并正确进行初始化
以下代码展示了这两种典型情况，你可以对比查找一下


// HelloWorld.cpp : 定义控制台应用程序的入口点。
//
#include "stdafx.h"
#include <iostream>
using namespace[......]

继续阅读

[w5447242]

学习了，慢慢领悟。

[TouchStoneStudio]

这里只是部分摘要 你可以查看原文，看到全部内容

[dblion]

佩服啊！哈哈，支持

[hipichu777]

确实,"屯屯屯屯屯屯"和"烫烫烫烫烫烫烫"已经是老熟人了

[这不是鸭头]

没有初始化

[赵4老师]

VC调试时按Alt+8、Alt+6和Alt+5,打开汇编窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应内存和寄存器变化，这样过一遍不就啥都明白了吗。 对VC来说，所谓‘调试时’就是编译连接通过以后，按F10或F11键单步执行一步以后的时候，或者在某行按F9设了断点后按F5执行停在该断点处的时候。 （Turbo C或Borland C用Turbo Debugger调试,Linux或Unix下用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。） 想要从本质上理解C指针，必须学习汇编以及C和汇编的对应关系。 从汇编的角度理解和学习C语言的指针，原本看似复杂的东西就会变得非常简单！ 指针即地址。“地址又是啥？”“只能从汇编语言和计算机组成原理的角度去解释了。” 但我又不得不承认： 有那么些人喜欢或者适合用“先具体再抽象”的方法学习和理解复杂事物； 而另一些人喜欢或者适合用“先抽象再具体”的方法学习和理解复杂事物。 而我本人属前者。 这辈子不看内存地址和内存值；只画链表、指针示意图，画堆栈示意图，画各种示意图，甚至自己没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗？本人深表怀疑！ 这辈子不种麦不收麦不将麦粒拿去磨面；只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头，压面条，烤面包，……能从本质上理解面粉、理解面食吗？本人深表怀疑！！ 提醒： “学习用汇编语言写程序” 和 “VC调试(TC或BC用TD调试)时按Alt+8、Alt+6和Alt+5,打开汇编窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应内存和寄存器变化，这样过一遍不就啥都明白了吗。 （Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。） 想要从本质上理解C指针，必须学习C和汇编的对应关系。” 不是一回事！ 不要迷信书、考题、老师、回帖； 要迷信CPU、编译器、调试器、运行结果。 并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。 任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！ 有人说一套做一套，你相信他说的还是相信他做的？ 其实严格来说这个世界上古往今来所有人都是说一套做一套，不是吗？ 不要写连自己也预测不了结果的代码！ 电脑内存只是一个一维二进制字节数组及其对应的二进制地址； 人脑才将电脑内存中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、…… 对电脑而言没有乱码，只有二进制字节；对人脑才有乱码。啊 GBK:0xB0 0xA1,Unicode:0x4A 0x55,UTF-8:0xE5 0x95 0x8A