考虑到内存分为数据、堆、栈和代码四个部分，全局变量、静态变量、常量数据类型、函数声明和定义中的局部变量、主函数中的变量、指针以及使用 malloc 和 calloc 动态分配的空间会被存储在哪些部分呢？
我认为它们会被分配如下：
我仅从 C 的角度来参考这些变量。
如果我有错误之处，请您纠正，因为我对C语言还很陌生。
你有一些翻译是正确的，但是出题者至少在一个问题上愚弄了你：
main函数中声明和定义的变量 -----> char *arr，int *arr） -------> static指针，在这种情况下，指针本身将最终位于数据段中。malloc、calloc、realloc） --------> 值得一提的是，“堆栈”在官方上叫做“自动存储类”。
alloca的函数，它类似于malloc但是可以在栈上进行内存分配。 - Andreas Grapentina存储在哪里，而是想问a指向的内存块在哪里。 - myradioint a[10] 或 int a[b] 的声明中没有指针，它们声明的是数组。这些数组被放置在自动内存区域中。 - Sergey Kalinichenko对于可能有兴趣了解这些内存段的未来访问者，我正在写关于C语言中5个内存段的重要要点：
一些提示：
C语言中的5个内存段：
printf("Hello, world")时，字符串“Hello, world”会在代码/文本段中创建。您可以使用Linux操作系统中的size命令验证这一点。数据段分为以下两个部分，通常位于堆区下方或某些实现中位于堆栈上方，但数据段永远不会位于堆和栈区域之间。
int globalVar; 或静态局部变量static int localStatic; 将保存在未初始化数据段中。0或NULL，则它仍将进入未初始化数据段或bss。int globalVar = 1;或静态局部变量static int localStatic = 1; 将保存在已初始化的数据段中。malloc、calloc或realloc方法。int* ptr = malloc(sizeof(int) * 2)时，将在堆中分配8个字节，并返回该位置的内存地址并将其存储在ptr变量中。 ptr变量将位于栈或数据段中，具体取决于它的声明/使用方式。ld会将.rodata分离出来，并放入自己的只读非执行段中，与代码分开（我在GNU/Linux上进行了测试）。这意味着静态常量，例如字符串文字，不再是Spectre / ROP小工具的潜在候选对象，因为它们位于不可执行的页面中。 - Peter Cordes纠正了你错误的句子
constant data types -----> code //wrong
本地常量变量 -----> 栈
已初始化的全局常量变量 -----> 数据段
未初始化的全局常量变量 -----> bss
variables declared and defined in main function -----> heap //wrong
在主函数中声明和定义的变量 -----> 栈
pointers(ex:char *arr,int *arr) -------> heap //wrong
dynamically allocated space(using malloc,calloc) --------> stack //wrong
指针（例如char *arr，int *arr）------>指向该指针变量的大小将在堆栈中。
考虑你正在动态分配n个字节的内存（使用 malloc 或 calloc ），然后使指针变量指向它。现在，n个字节的内存位于堆中，并且指针变量需要4个字节（如果是64位机器，则是8个字节），这些字节将在堆栈中存储n个字节内存块的起始指针。
注意：指针变量可以指向任何段的内存。
int x = 10;
void func()
{
int a = 0;
int *p = &a: //Now its pointing the memory of stack
int *p2 = &x; //Now its pointing the memory of data segment
chat *name = "ashok" //Now its pointing the constant string literal
//which is actually present in text segment.
char *name2 = malloc(10); //Now its pointing memory in heap
...
}
动态分配的空间（使用 malloc、calloc）--------> 堆
.rodata部分没有与代码一起链接到文本段（Read + eXec）中，就像旧的链接器所做的那样，现代GNU ld默认将其链接到自己的只读且不可执行的段中。非零的全局const变量当然不会放在R+W的.data部分或链接到R+W数据段中，除非完全优化掉了，而零值的变量将放在.bss中。 - Peter Cordes一种流行的桌面架构将进程的虚拟内存分为几个段：
文本段：包含可执行代码。指令指针取值范围在此范围内。
数据段：包含全局变量（即具有静态链接的对象）。细分为只读数据（如字符串常量）和未初始化数据（“BSS”）。
栈段：包含程序的动态内存，即自由存储区（“堆”）和所有线程的本地栈帧。传统上，C堆和C栈从两端向栈段增长，但我认为这种实践已被放弃，因为它太不安全。
C程序通常将静态存储期的对象放入数据段，动态分配的对象放在自由存储区，而自动对象放在其所属线程的调用栈中。
在其他平台上，例如旧的x86实模式或嵌入式设备上，情况显然可能完全不同。
在存储方面需要记住的一件事是仿佛规则。编译器不要求将变量放置在特定位置，而是可以随意放置它，只要编译后的程序行为仿佛按照抽象C机器的规则在抽象C机器中运行即可。这适用于所有存储持续时间。例如：
42，但没有404的迹象。const或有效const的变量不需要在内存中。 示例 - 编译器可以证明foo是有效的const并将其用途内联到代码中。bar具有外部链接，编译器无法证明它不会在当前模块之外更改，因此它不会被内联。malloc分配的对象不需要驻留在从堆分配的内存中！ 例如 - 注意代码中没有调用malloc，并且值42也从未存储在内存中，而是保留在寄存器中！malloc分配的对象并且引用已丢失而没有使用free释放对象不需要泄漏内存...malloc分配的对象不需要在Unixen上的程序断点(sbrk(0))下的堆内存中...main 和动态分配变量的陈述也是错误的。 - simoncLinux最小可运行示例及反汇编分析
由于这是一个标准未指定的实现细节，让我们看看编译器在特定实现上的操作。
在本答案中，我将链接到执行分析的具体答案，或直接提供分析，并总结所有结果。
所有这些都在各种Ubuntu / GCC版本中，结果可能在版本之间相当稳定，但如果我们发现任何变化，让我们指定更精确的版本。
函数内部的局部变量
无论是main还是其他任何函数：
void f(void) {
int my_local_var;
}
如下所示：gdb 中 <value optimized out> 是什么意思？
-O0: 堆栈-O3: 如果不溢出，则使用寄存器，否则使用堆栈有关为什么存在堆栈的动机，请参见：x86 汇编中用于寄存器的 push / pop 指令的功能是什么？
全局变量和 static 函数变量
/* BSS */
int my_global_implicit;
int my_global_implicit_explicit_0 = 0;
/* DATA */
int my_global_implicit_explicit_1 = 1;
void f(void) {
/* BSS */
static int my_static_local_var_implicit;
static int my_static_local_var_explicit_0 = 0;
/* DATA */
static int my_static_local_var_explicit_1 = 1;
}
0或未初始化（因此隐式初始化为0）： .bss 段，另见： 为什么需要 .bss 段？.data 段char * 和 char c[]
如图所示： C 和 C++ 中静态变量存储在哪里？
void f(void) {
/* RODATA / TEXT */
char *a = "abc";
/* Stack. */
char b[] = "abc";
char c[] = {'a', 'b', 'c', '\0'};
}
TODO 足够大的字符串常量也会被放在堆栈上吗？还是使用.data？还是编译失败？
函数参数
void f(int i, int j);
必须遵循相关的调用约定，例如：https://en.wikipedia.org/wiki/X86_calling_conventions 对于X86，它为每个变量指定特定的寄存器或堆栈位置。
然后如What does <value optimized out> mean in gdb?所示，-O0 将所有内容都插入到堆栈中，而-O3 尽可能使用寄存器。
但是，如果函数被内联，则它们被视为常规本地变量。
const
我认为这没有区别，因为您可以取消类型转换。
相反，如果编译器能够确定某些数据从未写入，则理论上即使不是 const 也可以将其放置在 .rodata 中。
TODO 分析。
指针
它们是包含地址（即数字）的变量，因此与其他变量相同 :-)
malloc
这个问题对于malloc来说并没有太多意义，因为malloc是一个函数，在：
int *i = malloc(sizeof(int));
*i是一个包含地址的变量，因此它属于上述情况。
至于malloc内部的工作原理，当您调用它时，Linux内核会将某些地址标记为可写入其内部数据结构，并且当程序最初触及它们时，会发生故障并启用页面表，从而使访问无需segfaul： x86分页如何工作？
请注意，当您尝试运行可执行文件时，这基本上就是exec系统调用在幕后执行的操作：它标记要加载的页面，并将程序写入那里，请参见： Linux下内核如何运行可执行二进制文件？除了exec对加载位置有一些额外限制（例如，代码不可重定位）。
malloc所使用的确切系统调用在现代2020实现中是mmap，而过去则使用了brk：malloc()使用brk()还是mmap()?
动态库
基本上会被mmap到内存中：https://unix.stackexchange.com/questions/226524/what-system-call-is-used-to-load-libraries-in-linux/462710#462710
环境变量和main的argv
以上是初始栈：https://unix.stackexchange.com/questions/75939/where-is-the-environment-string-actual-stored TODO为什么不在.data中？
main只是另一个函数。变量在栈上分配，除非像其他地方一样使用了malloc进行动态内存分配。 - simonc