user-0 提问: C语言 子函数 返回值的问题

回复:
user: user-0
content: 引用 6 楼 lm_whales 的回复:在 DOS ,Windows 中： a）在DOS时代，你可以访问任何地址（操作系统和计算机系统提供的内存，1M以上由于地址线需要打开，可以访问不到这个地址 但是访问依然没有问题，只是地址回绕会而已）， 尤其是读访问 b）在Windows 时代，某些地址是不可以读的，除此之外，你可以读访问任何地址。  c）编译器并不限制你访问某些地址，受到的限制是往往是，       操作系统给出的，而不是C，C++语言给出的 真正的问题是：          自动变量的生存周期，是函数退出，就结束了的，          此后，对它占用的，那块内存的，访问是未定义的。         但是这块内存不会凭空消失，这块内存的数据，         通常 编译器，操作系统，也不会耗费代码，         花费时间去清除（设置为0或者其他数据）                   编译器根据需要，安排那块已经不再用的内存的用途。          如果那块内存，恰巧没被改写，          那么，这个内存中的数据，是可以读到的，没有错误的数据          反之，读到的就是错误的数据。          但是显然，这么用这块内存，是错误的，          因为如何安排这块内存，不是程序员可以直接确定的。          你的代码，产生了莫名其妙的不确定性，          你控制不了代码运行，这个很可怕。  至于，问题1 ：原因是还没有被占用，或者虽然被占用，还没有被改写。  问题2 ：             第一printf 函数有参数，参数传递可能会占用那块内存。              第二printf 函数的实现（有自动变量），可能会用到那块内存。             这样，会改变占用内存中的数据，所以会造成输出错误。             其实，函数调用本身，通常也要占用堆栈上的内存，            用于保护现场，以便函数能够返会调用点。 多谢，回答很详细

user: user-1
content: 上班了，没时间看，有一点，那是被调函数，不是子函数

user: user-2
content: 其实电脑开机后物理内存的每个字节都是可读写的，从来不会因为所谓的new、delete或malloc、free而被创建、销毁。区别仅在于操作系统内存管理模块在你读写时是否能发现并是否采取相应动作而已。操作系统管理内存的粒度不是字节而是页，一页通常为4KB。

user: user-3
content: 不能返回局部对象的地址。所以fun和fun2两个函数都是有隐患的，所以后边的结果就无法预料了，出现正确的结果也不能说明这做法没有问题

user: user-4
content: 函数的返回值不可以是数组。因为放回数组是要付出很带的代价的，需要复制数组里面的说有数据，所一当你返回一个数组的时候，被编译器优化为返回数组的地址，可是如果你返回的的数组是一个非静态的数组，那么就没有意义了额，因为函数执行完毕后就不再保证该栈上的数组完整，如果运气好，你的数据没有被破坏。如果你愿意在你的数组前面加一个static申明的话，那就另当别论了。

user: user-5
content: char * fun() {     char p[6]="hello";     printf("fun=%s \n",p);     return p;   } 你不知道char *pp =fun()，p的地址在函数返回后就不存在了？那么pp就是一个野指针，你能指望野指针给你输出什么？！！！

user: user-6
content: 在 DOS ,Windows 中： a）在DOS时代，你可以访问任何地址（操作系统和计算机系统提供的内存，1M以上由于地址线需要打开，可以访问不到这个地址 但是访问依然没有问题，只是地址回绕会而已）， 尤其是读访问 b）在Windows 时代，某些地址是不可以读的，除此之外，你可以读访问任何地址。  c）编译器并不限制你访问某些地址，受到的限制是往往是，       操作系统给出的，而不是C，C++语言给出的 真正的问题是：          自动变量的生存周期，是函数退出，就结束了的，          此后，对它占用的，那块内存的，访问是未定义的。         但是这块内存不会凭空消失，这块内存的数据，         通常 编译器，操作系统，也不会耗费代码，         花费时间去清除（设置为0或者其他数据）                   编译器根据需要，安排那块已经不再用的内存的用途。          如果那块内存，恰巧没被改写，          那么，这个内存中的数据，是可以读到的，没有错误的数据          反之，读到的就是错误的数据。          但是显然，这么用这块内存，是错误的，          因为如何安排这块内存，不是程序员可以直接确定的。          你的代码，产生了莫名其妙的不确定性，          你控制不了代码运行，这个很可怕。  至于，问题1 ：原因是还没有被占用，或者虽然被占用，还没有被改写。  问题2 ：             第一printf 函数有参数，参数传递可能会占用那块内存。              第二printf 函数的实现（有自动变量），可能会用到那块内存。             这样，会改变占用内存中的数据，所以会造成输出错误。             其实，函数调用本身，通常也要占用堆栈上的内存，            用于保护现场，以便函数能够返会调用点。

user: user-7
content: 引用 楼主 laojiaqi 的回复:#include<stdio.h> char * fun(); int * fun2(); int main() {     char *pp=fun();     printf("%c %c %c %c %c\n",*pp,*(pp+1),*(pp+2),*(pp+3),*(pp+4));     printf("%s\n",pp);     int *aa=fun2();     printf("%d %d %d %d\n",*aa,*(aa+1),*(aa+5),*(aa+9)); } char * fun() {     char p[6]="hello";     printf("fun=%s \n",p);     return p;  } int * fun2() {     int a[10]={0,1,2,3,4,5,6,7,8,9};     return a; } ============================== 输出结果： fun=hello h e l l o " 0 1 5 9 ================================ 问题 1.在函数fun和fun2中分别创建了局部变量char p[6]和int a[10]，存放在栈空间，这两个变量的生存期在子函数运行完之后就没了，那么为什么可以在main中继续访问到它们的值？ 2.printf("%s\n",pp);就会产生乱码，而一个一个字符输出则没有乱码？ ================================== 望高手解答，谢谢。 你把第9行放到第6行下面输出就不一样了。 1和2的原因都是栈被重用了；

user: user-8
content: 补充一下1的意思，简单地说就是：消亡是消亡了，局部变量失效，变量名外部不可用，这部分的内容标示为自由空间，但是机器不会刻意花功夫抹去那部分空间的内容（除非编译器真的这么实现了……），既清零，只是之后会覆盖而已。所以如果期间那块地址的内容没有被覆盖掉，那么地址引用的还会是那内容。不知道表述清楚了没有。

user: user-8
content: 按我的理解是： 1、局部变量是会消亡，但是那也只是代表那个局部变量的变量名你在外部不能访问，但是不意味着局部变量的内容和地址会消亡； 2、你试着在字符串后面加个\0试一下，没有检测到0，打印%s就会出错了。

user: user-2
content: 计算机组成原理→DOS命令→汇编语言→C语言（不包括C++）、代码书写规范→数据结构、编译原理、操作系统→计算机网络、数据库原理、正则表达式→其它语言（包括C++）、架构……  对学习编程者的忠告： 多用小脑和手，少用大脑、眼睛和嘴，会更快地学会编程！ 眼过千遍不如手过一遍！ 书看千行不如手敲一行！ 手敲千行不如单步一行！ 单步源代码千行不如单步Debug版对应汇编一行！ 单步Debug版对应汇编千行不如单步Release版对应汇编一行！  VC调试时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。 对VC来说，所谓‘调试时’就是编译连接通过以后，按F10或F11键单步执行一步以后的时候，或者在某行按F9设了断点后按F5执行停在该断点处的时候。 （Turbo C或Borland C用Turbo Debugger调试,Linux或Unix下用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。）  想要从本质上理解C指针，必须学习汇编以及C和汇编的对应关系。 从汇编的角度理解和学习C语言的指针，原本看似复杂的东西就会变得非常简单！ 指针即地址。“地址又是啥？”“只能从汇编语言和计算机组成原理的角度去解释了。” 但我又不得不承认：  有那么些人喜欢或者适合用“先具体再抽象”的方法学习和理解复杂事物；  而另一些人喜欢或者适合用“先抽象再具体”的方法学习和理解复杂事物。 而我本人属前者。  不要企图依赖输出指针相关表达式...的值【比如printf("%p\n",...);或者cout<<...】来理解指针的本质， 而要依赖调试时的反汇编窗口中的C/C++代码【比如void *p=(void *)(...);】及其对应汇编指令以及内存窗口中的内存地址和内存值来理解指针的本质。  这辈子不看内存地址和内存值；只画链表、指针示意图，画堆栈示意图，画各种示意图，甚至自己没画过而只看过书上的图……能从本质上理解指针、理解函数参数传递吗？本人深表怀疑！ 这辈子不种麦不收麦不将麦粒拿去磨面；只吃馒头、吃面条、吃面包、……甚至从没看过别人怎么蒸馒头，压面条，烤面包，……能从本质上理解面粉、理解面食吗？本人深表怀疑！！  提醒： “学习用汇编语言写程序” 和 “VC调试(TC或BC用TD调试)时按Alt+8、Alt+7、Alt+6和Alt+5,打开汇编窗口、堆栈窗口、内存窗口和寄存器窗口看每句C对应的汇编、单步执行并观察相应堆栈、内存和寄存器变化，这样过一遍不就啥都明白了吗。 （Linux或Unix下可以在用GDB调试时,看每句C对应的汇编并单步执行观察相应内存和寄存器变化。） 想要从本质上理解C指针，必须学习C和汇编的对应关系。” 不是一回事！  不要迷信书、考题、老师、回帖； 要迷信CPU、编译器、调试器、运行结果。 并请结合“盲人摸太阳”和“驾船出海时一定只带一个指南针。”加以理解。 任何理论、权威、传说、真理、标准、解释、想象、知识……都比不上摆在眼前的事实！  有人说一套做一套，你相信他说的还是相信他做的？ 其实严格来说这个世界上古往今来所有人都是说一套做一套，不是吗？  不要写连自己也预测不了结果的代码！  电脑内存或文件内容只是一个一维二进制字节数组及其对应的二进制地址； 人脑才将电脑内存或文件内容中的这个一维二进制字节数组及其对应的二进制地址的某些部分看成是整数、有符号数/无符号数、浮点数、复数、英文字母、阿拉伯数字、中文/韩文/法文……字符/字符串、汇编指令、函数、函数参数、堆、栈、数组、指针、数组指针、指针数组、数组的数组、指针的指针、二维数组、字符点阵、字符笔画的坐标、黑白二值图片、灰度图片、彩色图片、录音、视频、指纹信息、身份证信息……  十字链表交换任意两个节点C源代码（C指针应用终极挑战）http://download.csdn.net/detail/zhao4zhong1/5532495

user: user-9
content: 既然楼主知道不能这么写，就不要这么写吧