C_C++经典笔试题.docVIP

C/C++经典笔试题 常量字符串存储与销毁引发的误解，涉及编译器深层理解 问题： 在VC6.0或者VS9开发环境下编写程序： #include stdio.h char* strcpy_(char* strDest,const char* strSrc) { if (strDest==NULL || strSrc == NULL) { return 0; } char *strDestCopy = strDest; while ((*strDest++ = *strSrc++) != \0) { ; } printf(%s\n, strSrc); printf(%s\n, strDestCopy); return strDestCopy; } int main() { char a[10]=adf; strcpy_(a,123); return 0; } 请写出程序的输出结果。 答案： 常见错误答案： 随机字符串 123 正确答案： Debug版本：adf 123 Release版本：随机字符串 123 解析： 先说下这个题目的考点吧，这个问题出现的本质原因在于VC编译器对堆、栈和静态存储区的使用策略，以及VC开发环境对Debug版本和Release版本的处理方式不同。 Debug版本中，整个程序需要使用的常量字符串都被依次定义在静态存储区中了，于是就出现了这个奇怪的现象。 Release版本运行结果不一样，是因为这个版本并未将所有的常量字符串都依次定义在静态存储区中，如本例中看到的，从CPU寄存器直接拷贝到栈中，而不是先在静态存储区中定义这个字符串，再拷贝到栈中。 要理解这个题目的答案为什么会这样，必须从汇编说起。 Debug模式下通过主程序的汇编源码了解到常量字符串“adf”的地址为0而常量字符串“123”的地址为0x0040423C，他们都是存储在静态存储区中的，虽然字符串“adf”已经被拷贝到栈中，但是静态存储区中的内存也并未释放。很明显，如果一个指针指向常量字符串“123”，经过递增操作，那么这个指针的值必然是0x0040423C+4，也就是常量字符串“adf”的地址0所以，从这里，我们就清楚为什么Debug版本的输出是那样的了。 那么为什么会是这样的情况呢？因为常量字符串的分配在静态存储区中，在程序启动时，这些需要定义的常量字符串其实已经在静态存储区中按照一定的规则被分配了内存，而且这些常量字符串不会随着程序的关闭被释放，一般直到下一次被覆盖为止，否则一般不会进行释放，所以，在Debug模式下运行这个程序，输出就是那样一个奇怪的结果了。 好了，我们接着分析一下Release模式： 由于是Release模式，编译器做了一些优化，并没有将这些字符串常量定义到静态存储区中，再将静态存储区中的字符串拷贝进首地址为a的内存中，而是直接将其这些字符串常量放到CPU的寄存器中，然后就进行拷贝，放到首地址为a的内存中。也就是说，整个过程并未让静态存储区参与。 很明显，由于一开始的编译器优化，常量字符串“adf”并未定义在静态存储区中，也就是说不会出现在字符串“123”的后面了，所以strSrc经过三次递增后的输出是随机的，不可知的。 关于这个问题，笔者进行了更深入的分析，在笔者的博客上，绝对原创，下面给出博文的链接地址：/yylwuwei/article/details/6226460 采用Unicode编码对编程的影响 问题： 在VC6.0或者VS9开发环境下，试着写出下列程序的输出结果： wchar_t* p = Ltest3; printf(%s\n, p); 答案： 常见错误答案： test3 正确答案： t 解析： 由于使用Unicode编码模式，每个字符占用两个字节，第一个字节为ASC||码，第二个字节为0x00，因此上题的输出结果为t，输出t这个字符之后，遇到0x00，编译器认为当期字符串结束，不再进行输出。 若想得到正确的输出结果，需要改为： wchar_t* p = Ltest3; wprintf(L%s\n, p); 此时的输出结果为：test3 3