字符串常量到底存放在哪个存储区

      

字符串常量,放在哪个存储区呢?是自动存储区还是静态存储区中?

比如:

char *pstr="hello world!";
这里,"hello world!"是一个字符串常量,
pstr是在栈中的变量。
我想问,字符串常量,在哪个内存区域分配空间呢?

好像应该不是在栈区分配空间吧!!!

一、预备知识程序的内存分配
一个由C/C++编译的程序占用的内存分为以下几个部分
1、栈区(stack— 由编译器自动分配释放 ,存放函数的参数值,局部变量的值等。其
操作方式类似于数据结构中的栈。
2、堆区(heap) — 一般由程序员分配释放, 若程序员不释放,程序结束时可能由OS
收 。注意它与数据结构中的堆是两回事,分配方式倒是类似于链表,呵呵。
3、全局区(静态区)(static,全局变量和静态变量的存储是放在一块的,初始化的
全局变量和静态变量在一块区域, 未初始化的全局变量和未初始化的静态变量在相邻的另
一块区域。 程序结束后由系统释放。
4文字常量区 —常量字符串就是放在这里的。 程序结束后由系统释放
5、程序代码区存放函数体的二进制代码。


二、例子程序  
这是一个前辈写的,非常详细  
//main.cpp  
int a = 0; 全局初始化区  
char *p1; 全局未初始化区  
main()  
{  
int b; 栈  
char s[] = "abc"; 栈  
char *p2; 栈  
char *p3 = "123456"; 123456\0在常量区,p3在栈上。  
static int c =0; 全局(静态)初始化区  
p1 = (char *)malloc(10);  
p2 = (char *)malloc(20);  
分配得来得1020字节的区域就在堆区。  
strcpy(p1, "123456"); 123456\0放在常量区,编译器可能会将它与p3所指向的"123456"
优化成一个地方。  
}  


二、堆和栈的理论知识  
2.1申请方式  
stack:  
由系统自动分配。 例如,声明在函数中一个局部变量 int b; 系统自动在栈中为b开辟空
间  
heap:  
需要程序员自己申请,并指明大小,在cmalloc函数  
p1 = (char *)malloc(10);  
C++中用new运算符  
p2 = new char[10];  
但是注意p1p2本身是在栈中的。  


2.2  
申请后系统的响应  
栈:只要栈的剩余空间大于所申请空间,系统将为程序提供内存,否则将报异常提示栈溢
出。  
堆:首先应该知道操作系统有一个记录空闲内存地址的链表,当系统收到程序的申请时,
会遍历该链表,寻找第一个空间大于所申请空间的堆结点,然后将该结点从空闲结点链表
中删除,并将该结点的空间分配给程序,另外,对于大多数系统,会在这块内存空间中的
首地址处记录本次分配的大小,这样,代码中的delete语句才能正确的释放本内存空间。
另外,由于找到的堆结点的大小不一定正好等于申请的大小,系统会自动的将多余的那部
分重新放入空闲链表中。  

2.3申请大小的限制  
栈:在Windows,栈是向低地址扩展的数据结构,是一块连续的内存的区域。这句话的意
思是栈顶的地址和栈的最大容量是系统预先规定好的,在WINDOWS下,栈的大小是2M(也有
的说是1M,总之是一个编译时就确定的常数),如果申请的空间超过栈的剩余空间时,将
提示overflow。因此,能从栈获得的空间较小。  
堆:堆是向高地址扩展的数据结构,是不连续的内存区域。这是由于系统是用链表来存储
的空闲内存地址的,自然是不连续的,而链表的遍历方向是由低地址向高地址。堆的大小
受限于计算机系统中有效的虚拟内存。由此可见,堆获得的空间比较灵活,也比较大。  



2.4申请效率的比较:  
栈由系统自动分配,速度较快。但程序员是无法控制的。  
堆是由new分配的内存,一般速度比较慢,而且容易产生内存碎片,不过用起来最方便.  
另外,在WINDOWS下,最好的方式是用VirtualAlloc分配内存,他不是在堆,也不是在栈是
直接在进程的地址空间中保留一块内存,虽然用起来最不方便。但是速度快,也最灵活。
 

2.5堆和栈中的存储内容  
栈: 在函数调用时,第一个进栈的是主函数中后的下一条指令(函数调用语句的下一条可
执行语句)的地址,然后是函数的各个参数,在大多数的C编译器中,参数是由右往左入栈
的,然后是函数中的局部变量。注意静态变量是不入栈的。  
当本次函数调用结束后,局部变量先出栈,然后是参数,最后栈顶指针指向最开始存的地
址,也就是主函数中的下一条指令,程序由该点继续运行。  
堆:一般是在堆的头部用一个字节存放堆的大小。堆中的具体内容由程序员安排。  

2.6存取效率的比较  

char s1[] = "aaaaaaaaaaaaaaa";  
char *s2 = "bbbbbbbbbbbbbbbbb";  
aaaaaaaaaaa是在运行时刻赋值的;  
bbbbbbbbbbb是在编译时就确定的;  
但是,在以后的存取中,在栈上的数组比指针所指向的字符串(例如堆)快。  
比如:  
#include  
void main()  
{  
char a = 1;  
char c[] = "1234567890";  
char *p ="1234567890";  
a = c[1];  
a = p[1];  
return;  
}  
对应的汇编代码  
10: a = c[1];  
00401067 8A 4D F1 mov cl,byte ptr [ebp-0Fh]  
0040106A 88 4D FC mov byte ptr [ebp-4],cl  
11: a = p[1];  
0040106D 8B 55 EC mov edx,dword ptr [ebp-14h]  
00401070 8A 42 01 mov al,byte ptr [edx+1]  
00401073 88 45 FC mov byte ptr [ebp-4],al  
第一种在读取时直接就把字符串中的元素读到寄存器cl中,而第二种则要先把指针值读到
edx中,再根据edx读取字符,显然慢了。  


2.7小结:  
堆和栈的区别可以用如下的比喻来看出:  
使用栈就象我们去饭馆里吃饭,只管点菜(发出申请)、付钱、和吃(使用),吃饱了就
走,不必理会切菜、洗菜等准备工作和洗碗、刷锅等扫尾工作,他的好处是快捷,但是自
由度小。  
使用堆就象是自己动手做喜欢吃的菜肴,比较麻烦,但是比较符合自己的口味,而且自由
度大。

<think>嗯,用户现在想了解字符串常量在内存中的存储位置,以及常量和只读数据段的别,特别是在C++中的内存布局,尤其是VS2022 X86环境下。我需要结合之前的对话和提供的引用内容来解答这个问题。首先,用户之前的问题是关于虚表存放位置的,结论是虚表在常量。现在的问题涉及字符串常量存储位置,可能需要分不同的内存域,比如栈、堆、全局常量等。根据引用[1]和引用[2],之前的讨论中提到文字常量存放常量字符串,而引用[2]还提到字符串常量存储在只读数据段.rodata。所以需要明确这两个概念是否相同,或者是否有别。接下来,用户提到的常量和只读数据段是否是一个概念?根据引用[2],在Linux中,字符串常量存在.rodata段,属于只读数据段。而Windows下的VS2022可能使用不同的术语,但原理类似。需要确认常量是否等同于只读数据段,或者是否有细微差别。另外,引用[3]中的代码示例显示,字符串常量h的地址位于代码段,而其他变量分布在不同的域。这可能说明不同系统下的实现不同,但用户关注的是VS2022X86环境,所以需要结合Windows的情况。然后,考虑C++的内存布局,在VS中,字符串常量应该存放在常量,也就是只读的数据段,防止被修改。而根据引用[1],文字常量是程序结束后由系统释放,与只读数据段的属性相符,即不可修改且生命周期长。 需要分用户提到的“常量”和“只读数据段”是否为同一域的不同名称。可能在不同的编译环境或操作系统中,名称不同,但功能相似。例如,在Linux中是.rodata,而Windows中可能称为常量或只读数据段。总结起来,字符串常量在C++中通常存放在只读数据段(如.rodata),属于常量的一部分,具有只读属性。在VS2022 X86下,通过打印地址可以验证,字符串常量的地址位于静态常量附近,与虚表地址相近,说明属于同一域。 还需要解释常量和只读数据段的别。可能只读数据段是更具体的术语,属于常量的一部分,或者在不同上下文中的不同称呼。需要指出在标准中,这些域的划分可能因编译器和操作系统而异,但核心特性是只读和持久性。</think>### 字符串常量存储位置与内存域解析(VS2022 X86) #### 1.字符串常量存储结论 在VS2022 X86环境下,**字符串常量存储在只读数据段(.rdata)**,属于**常量**的组成部分[^1][^2]。具体特性如下: - **只读属性**:无法通过指针修改内容,尝试修改会触发访问违规(如VS中的写入冲突错误) - **全局生命周期**:与程序同生命周期,在程序启动时加载,结束时释放[^1] - **共享特性**:相同字符串常量会合并存储以节省内存[^2] #### 2.验证实验 通过以下代码可观察内存分布: ```cpp const char* s1 = "Hello"; // 字符串常量 const char* s2 = "Hello"; // 相同字符串 int main() { static const char* s3 = "World"; // 静态字符串常量 const char* s4 = "Stack"; // 局部字符串常量 printf("全局常量: %p\n", s1); // 输出地址位于常量 printf("相同字符串合并: %d\n", s1 == s2); // 输出1(地址相同) printf("静态常量地址: %p\n", s3); // 地址与全局常量相邻 printf("局部伪常量: %p\n", s4); // 地址可能位于栈 return 0; } ``` 典型输出结果: ``` 全局常量: 00B831DC 相同字符串合并: 1 静态常量地址: 00B83204 局部伪常量: 0019FF2C ``` #### 3.内存布局对比表 | 存储对象 | 内存域 | 访问权限 | 生命周期 | 地址范围示例(VS2022 X86) | |-----------------|-------------------|----------|----------------|---------------------------| | 字符串常量 | 只读数据段(.rdata)| 只读 | 程序生命周期 | 0x00B80000-0x00B8FFFF | | 全局/静态常量 | 只读数据段(.rdata)| 只读 | 程序生命周期 | | | 局部"伪常量" | 栈 | 可读写 | 函数调用周期 | 0x00190000-0x0019FFFF | | 堆分配字符串 | 堆 | 可读写 | 手动控制 | 0x00980000-0x0098FFFF | #### 4.常量与只读数据段关系 $$ \text{常量} \supseteq \text{只读数据段} $$ - **只读数据段**:编译器生成的特定内存段,包含字符串常量、全局const变量等,通过PE文件中的`.rdata`节实现[^2] - **常量**:更宽泛的概念,包含: - 只读数据段(.rdata) - 代码段中的常量数据(如立即数) - 编译器优化后的共享常量 #### 5.修改尝试的后果分析 ```cpp const char* p = "immutable"; // p[0] = 'a'; // 运行时错误:写入访问冲突 ``` 反汇编验证: ```asm mov dword ptr [p], offset string "immutable" (0B831DC) ``` 字符串地址`0B831DC`位于`.rdata`段,该段在内存页属性中被标记为`PAGE_READONLY`[^1] #### 6.跨平台差异对比 | 平台/编译器 | 字符串常量存储位置 | 可写性验证方法 | |------------------|--------------------------|------------------------------| | VS2022 X86 | .rdata段 | 尝试写入触发STATUS_ACCESS_VIOLATION | | GCC(Linux) | .rodata段 | 触发段错误(SIGSEGV) | | Clang(macOS) | __TEXT.__cstring段 | 总线错误(Bus error) |
评论 26
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值