怎查看使用了多少堆栈，如何查看程序运行时的内存分布堆栈分布

来源：整理时间：2023-11-17 21:41:19 编辑：亚灵电子网手机版

本文目录一览

1，如何查看程序运行时的内存分布堆栈分布
2，CCS54怎么查看堆栈最大使用情况
3，MDK 怎么查看堆栈使用情况
4，ccs55怎么看堆栈
5，IAR如何查看程序所需最大的堆栈空间
6，IDEA断点怎么查看更多的堆栈信息
7，CCS54怎么查看堆栈最大使用情况
8，Linux 怎么查看一个进程的堆栈
9，如何查看进程堆栈
10，如何使用gdb 查看core堆栈信息

1，如何查看程序运行时的内存分布堆栈分布

记得以前wince开发用的vc++上面有相关的工具你搜索调试类的软件看看有没有

如何查看程序运行时的内存分布堆栈分布

2，CCS54怎么查看堆栈最大使用情况

用cmd设置将堆栈区填充成固定字符串用map文件观察堆栈区内存起始地址程序充分运行后用View->Memroy打开堆栈存储区观察哪些地址的字符串被冲掉了

CCS54怎么查看堆栈最大使用情况

3，MDK 怎么查看堆栈使用情况

预先从RAM中分配的用作STACK的区域是知道的。那么随时查看堆栈指针SP？

在MDK的帮助文件中搜索"Stack use in C and C++" 这篇文章里面有介绍看看是不是想要的

MDK 怎么查看堆栈使用情况

4，ccs55怎么看堆栈

.ll 中国移动 4G 上午7:46 63% DTIMEccs怎么看堆栈够不够用品投稿: 杨广涛 ④2022-10-30 054511℃ 1)程序中有两个这样的char数组，算下来，一个char是一个字节，两个2048*2048的数组便是8MB的空间。2)而使用ulimit -a查看Linux系统中设置的栈空间大小stack size，8192(单位KB)，即8MB，，也可用ulimit -s可以只看栈空间大小。可见栈空间已经不够用了，在调用该函数的时候，在栈空间中为该函数开辟空间，因为已经开辟不出这么大的空间了，于是段错误了，程序目前尚未进入该函数，因为在装载该函数的时候挂掉了。所以即使给该函数第一行加输出信息，也输出不了。3)使用ulimit -s 10240修改栈大小为10M，重新运行程序，程序正常运行无段错误4)由此可证，的确是系统栈空间大小太小导致程序段错误，当然如果改成new malloc等方式在堆区申请空间则不会段错误。

5，IAR如何查看程序所需最大的堆栈空间

查看程序运行所需要的最大的堆栈空间呢？有个办法, 运行一段时间厚, 直接查堆栈, 搜索哪里开始是未修改过的初始值, 就可以确定堆栈用了多少.不过堆栈使用有偶然性, 最大堆栈需求量不一定能捕捉到. 一定要安排余量哦

运行一段时间看看，是否存在偶然性！！

6，IDEA断点怎么查看更多的堆栈信息

首先来说一下怎么更好的使用，然后再说一下解决的办法。1、一般会先拿一个场景跑通，然后核心方法的调用过程梳理（不需要把每行代码都看完，一般都是先理主干,理清主干才能够看懂全部的代码）2、有时候接口的实现，我们也不知道怎么调用的。这个时候可以debug查看堆栈的调用链信息，这个使用idea工具在线调试就行。3.dubug的时候设置条件断点和计算值有时候能加快调试节奏，有必要的话可以学一下。如果你是觉得并发执行怎么保证线程安全的，可以关注另外一个知识点--阻塞队列，也就是上面代码中workQueue的类型。解决办法：1、程序编译时，带 -g 选项，直接在某个函数(接口)添加一行导致死机的代码，死机堆栈就可以找到程序的运行栈，很龊但是有时候挺管用；2、在函数里面添加__builtin_return_address来查找程序的运行栈__builtin_return_address 函数的作用是返回所在函数被一级函数调用后，退出的地址(通常为return)。

7，CCS54怎么查看堆栈最大使用情况

用cmd设置将堆栈区填充成固定字符串用map文件观察堆栈区内存起始地址程序充分运行后用View->Memroy打开堆栈存储区观察哪些地址的字符串被冲掉了

文库里有，这是链接http://wenku.baidu.com/link?url=zy4gstqelzhfnoeratki1psl_n7-aepws-snaw4jwu7yeanzltuycd91hw-jcr22eotxa5e7airxbxm_g1wmdzf_tnvhjje7j2rhbyspy7_

8，Linux 怎么查看一个进程的堆栈

方法一：pstack pidNAME pstack - print a stack trace of a running processSYNOPSIS pstack pidDESCRIPTION pstack attaches to the active process named by the pid on the command line, and prints out an execution stack trace. If ELF symbols exist in the binary (usually the case unless you have run strip(1)), then symbolic addresses are printed as well. If the process is part of a thread group, then pstack will print out a stack trace for each of the threads in the group.SEE ALSO nm(1), ptrace(2), gdb(1)方法二:gstack pidNAME gstack - print a stack trace of a running processSYNOPSIS gstack pidDESCRIPTION gstack attaches to the active process named by the pid on the command line, and prints out an execution stack trace. If ELF symbols exist in the binary (usually the case unless you have run strip(1)), then symbolic addresses are printed as well. If the process is part of a thread group, then gstack will print out a stack trace for each of the threads in the group.SEE ALSO nm(1), ptrace(2), gdb(1)方法三：使用gdb 然后attach 进程ID，然后再使用命令 thread apply all bt。方法一和方法二一样，方法三可以查看更多的信息。

用pthread_getattr_np (pthread_t tid, pthread_attr_t *attr);即可。具体你需要先了解一下pthread 相关接口。比如，#define _gnu_source /* see feature_test_macros(7) */#include int main() { ... tid = pthread_create(xxxx,xxx...); ... pthread_getattr_np(tid, &attr); /* 后面就可以用 pthread_attr_getstack 之类的接口从 attr 中获得这个线程的 stack 信息（比如地址，大小等）*/ }

9，如何查看进程堆栈

这个需要用调试器才可以看到的。linux平台，一般使用gdbwindows平台一般使用windbg加载进程后，可以在堆栈窗口看到堆栈的内容的。

# ps aux其中参数a表示显示系统中所有用户的的进程；u表示输出进程用户所属信息；x表示显示没有控制台的进程。

方法一：pstack pidname pstack - print a stack trace of a running processsynopsis pstack piddescription pstack attaches to the active process named by the pid on the command line, and prints out an execution stack trace. if elf symbols exist in the binary (usually the case unless you have run strip(1)), then symbolic addresses are printed as well. if the process is part of a thread group, then pstack will print out a stack trace for each of the threads in the group.see also nm(1), ptrace(2), gdb(1)方法二:gstack pidname gstack - print a stack trace of a running processsynopsis gstack piddescription gstack attaches to the active process named by the pid on the command line, and prints out an execution stack trace. if elf symbols exist in the binary (usually the case unless you have run strip(1)), then symbolic addresses are printed as well. if the process is part of a thread group, then gstack will print out a stack trace for each of the threads in the group.see also nm(1), ptrace(2), gdb(1)方法三：使用gdb 然后attach 进程id，然后再使用命令 thread apply all bt。方法一和方法二一样，方法三可以查看更多的信息。

用pthread_getattr_np (pthread_t tid, pthread_attr_t *attr);即可。具体你需要先了解一下pthread 相关接口。比如，#define _GNU_SOURCE /* See feature_test_macros(7) */#include <pthread.h>int main()...tid = pthread_create(xxxx,xxx...);...pthread_getattr_np(tid, &attr);/* 后面就可以用 pthread_attr_getstack 之类的接口从 attr 中获得这个线程的 stack 信息（比如地址，大小等）*/}

10，如何使用gdb 查看core堆栈信息

使用gdb 查看core堆栈信息：如果工程很大，头文件很多，而有几个头文件又经常要用的，那么： 1、把这些头文件全部写到一个头文件中，比如：preh.h 2、写一个preh.c，里面的包含库文件，只要一句话#include"preh.h" 3、对于preh.c，在project settings 里面设置creat precompilesd headers ,对于其他.c文件，设置use precompiled header file 。预编译头文件：就是把一个工程中的那一部分代码，预先编译好放在一个文件里（通常是以.pch为扩展名的），这个文件就成为预编译头文件。这些预先编译好的代码可以是任何的C/C++代码，甚至是inline的函数，但必须是稳定的在工程开发的过程中不会被经常改变。编译器是以文件为单位编译的，一个文件经过修改后，会重新编译整个文件，当然在这个文件里包含的所有头文件中的东西都要重新处理一遍预编译头的作用：根据上文介绍，预编译头文件的作用当然就是提高便宜速度了，有了它你没有必要每次都编译那些不需要经常改变的代码。编译性能当然就提高了。预编译头的使用：要使用预编译头，我们必须指定一个头文件，这个头文件包含我们不会经常改变的代码和其他的头文件，然后我们用这个头文件来生成一个预编译头文件（.pch文件）想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的，编译器带的一个头文件。其实不是的，这个文件可以是任何名字的。我们来考察一个典型的由AppWizard生成的MFC Dialog Based　程序的预编译头文件。（因为AppWizard 会为我们指定好如何使用预编译头文件，默认的是StdAfx.h，这是VC起的名字）。我们会发现这个头文件里包含了以下的头文件： #include // MFC core and standard components #include // MFC extensions #include // MFC Automation classes #include // MFC support for Internet Explorer 4 Common Controls #include 这些正是使用MFC的必须包含的头文件，当然我们不太可能在我们的工程中修改这些头文件的，所以说他们是稳定的。那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件里只有一句代码就是：#include “Stdafx.h”。原因是理所当然的，我们仅仅是要它能够编译而已?D?D?D也就是说，要的只是它的.cpp的扩展名。我们可以用/Yc编译开关来指定StdAfx.cpp来生成一个.pch文件，通过/Fp编译开关来指定生成的pch文件的名字。打开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的树形视图里选择整个工程　 Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”，这就是指定生成的.pch文件的名字，默认的通常是　<工程名>.pch（我的示例工程名就是PCH）。然后，在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件！这时原来的Project Option变成了 Source File Option（原来是工程，现在是一个文件，当然变了）。在这里我们可以看到 /Yc开关，/Yc的作用就是指定这个文件来创建一个 Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件，一个工程里只能有一个文件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件。然后我们再选择一个其它的文件来看看，//其他cpp文件在这里，Precomplier 选择了 Use ???一项，头文件是我们指定创建PCH 文件的stda fx.h 文件。事实上，这里是使用工程里的设置，（如图1）/Yu”stdafx.h”。这样，我们就设置好了预编译头文件。也就是说，我们可以使用预编译头功能了。以下是注意事项： 1):如果使用了/Yu，就是说使用了预编译，我们在每个.cpp文件的最开头，我强调一遍是最开头，包含你指定产生pch文件的.h文件（默认是stdafx.h）不然就会有问题。如果你没有包含这个文件，就告诉你Unexpected file end. 如果你不是在最开头包含的，你自己试以下就知道了，绝对有很惊人的效果?.. fatal error C1010: unexpected end of file while looking for precompiled header directive Generating Code... 2）如果你把pch文件不小心丢了，编译的时候就会产生很多的不正常的行为。根据以上的分析，你只要让编译器生成一个pch文件。也就是说把 stdafx.cpp（即指定/Yc的那个 cpp文件）从新编译一遍。当然你可以傻傻的 Rebuild All。简单一点就是选择那个cpp 文件，按一下Ctrl + F7就可以了。不然可是很浪费时间的哦。