我得到了一个进程的堆栈内存信息：
cat /proc/17647/smaps |grep stack
7ffff8840000-7ffff8853000 rwxp 7ffffffe9000 00:00 0 [stack]
我只知道7ffff8840000-7ffff8853000是VM地址中堆栈段的开始和结束边界，第4列"7ffffffe9000"是第1列中显示的VM地址的开始RAM地址；映射关系由页面表定义。
这里，我有一个问题：这个VM段中的第一个字节是否具有RAM地址7ffffffe9000？在这种情况下，我是否应该使用以下表达式将变量的VM地址(例如，x)转换为RAM地址：(x - 7ffff8840000)+ 7ffffffe9000
我在这个过程中运行了gdb，以查看一些局部变量的地址(只能在堆栈中)，
gdb -p 17647
.....
b xx.cpp:100
....
p &var1
$2 = (int *) 0x4eb02a40
这里，我有一个问题：var1是函数中的局部变量(这不会错)，但它的地址0x4eb02a40既不在VM地址7ffff8840000-7ffff8853000之间，它也不在RAM地址7ffffffe9000附近，因为0x4eb02a40比7ffffffe9000小得多，所以0x4eb02a40是VM地址还是RAM地址？如何获得我的变量的真实RAM地址？
另一个问题是：通过同时使用gdb和pmap或cat/proc/17647/smaps，如何判断变量地址在堆、堆栈或数据段中？
var1是函数中的局部变量(这不会错)，但其地址0x4eb02a40既不在VM地址7ffff8840000-7ffff8853000 之间
两种可能的解释。最有可能的一个：
- 您的程序是多线程的，并且您在main之外的线程中遇到了断点
每个线程都有自己的堆栈区域，libpthread.so从mmap获得。这样的映射在/proc/self/maps中没有stack——就内核而言，这只是一个常规的匿名映射，没有什么特别之处
可能性较小的一个：
- 您的程序使用协程风格的编程(可能使用
makecontext，也可能使用longjmp)，断点位于在单独堆栈上执行的协程中