linux打印堆栈

Ⅰ 怎么解决 linux 堆栈溢出内存的问题

Valgrind 是一款 Linux下（支持 x86、x86_64和ppc32）程序的内存调试工具，它可以对编译后的二进制程序进行内存使用监测（c语言中的 malloc 和 free，以及 C++ 中的 new 和 delete），找出内存泄漏问题。

Valgrind 中包含的 Memcheck 工具可以检查以下的程序错误：

使用未初始化的内存 (Use of uninitialised memory)

使用已经释放了的内存 （Reading/writing memory after it has been free’d）

使用超过 malloc 分配的内存空间（Reading/writing off the end of malloc’d blocks）

对堆栈的非法访问（Reading/writing inappropriate areas on the stack）

申请的空间是否有释放（Memory leaks – where pointers to malloc’d blocks are lost forever）

malloc/free/new/delete 申请和释放内存的匹配（Mismatched use of malloc/new/new [] vs free/delete/delete []）

src 和 dst 的重叠（Overlapping src and dst pointers in memcpy() and related functions）

重复 free

① 编译安装 Valgrind：

# wget http://valgrind.org/downloads/valgrind-3.4.1.tar.bz2

# tar xvf valgrind-3.4.1.tar.bz2

# cd valgrind-3.4.1/

# ./configure

…………

Primary build target: X86_LINUX

Secondary build target:

Default
supp files: exp-ptrcheck.supp xfree-3.supp xfree-4.supp
glibc-2.X-drd.supp glibc-2.34567-NPTL-helgrind.supp glibc-2.5.supp

# make

# make install

# whereis valgrind

valgrind:

/usr/bin/valgrind

/usr/lib/valgrind

/usr/local/bin/valgrind

/usr/local/lib/valgrind

/usr/include/valgrind

/usr/share/man/man1/valgrind.1.gz

运行程序

使用示例：对“ls”程序进程检查，返回结果中的“definitely lost: 0 bytes in 0 blocks.”表示没有内存泄漏。

# /usr/local/bin/valgrind --tool=memcheck --leak-check=full ls /

==29801== Memcheck, a memory error detector.

==29801== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.

==29801== Using LibVEX rev 1884, a library for dynamic binary translation.

==29801== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.

==29801== Using valgrind-3.4.1, a dynamic binary instrumentation framework.

==29801== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al.

==29801== For more details, rerun with: -v

==29801==

bin etc lost+found mnt proc selinux sys usr

boot home media net root smokeping tftpboot var

dev lib misc opt sbin srv tmp

==29801==

==29801== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 21 from 1)

==29801== malloc/free: in use at exit: 14,744 bytes in 32 blocks.

==29801== malloc/free: 162 allocs, 130 frees, 33,758 bytes allocated.

==29801== For counts of detected errors, rerun with: -v

==29801== searching for pointers to 32 not-freed blocks.

==29801== checked 139,012 bytes.

==29801==

==29801== LEAK SUMMARY:

==29801== definitely lost: 0 bytes in 0 blocks.

==29801== possibly lost: 0 bytes in 0 blocks.

==29801== still reachable: 14,744 bytes in 32 blocks.

==29801== suppressed: 0 bytes in 0 blocks.

==29801== Reachable blocks (those to which a pointer was found) are not shown.

==29801== To see them, rerun with: --leak-check=full --show-reachable=yes

---------------------------------------------------------------------------------------------------------------

# /usr/local/bin/valgrind --tool=memcheck --leak-check=full ps /

==29898== Memcheck, a memory error detector.

==29898== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.

==29898== Using LibVEX rev 1884, a library for dynamic binary translation.

==29898== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.

==29898== Using valgrind-3.4.1, a dynamic binary instrumentation framework.

==29898== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al.

==29898== For more details, rerun with: -v

==29898==

ERROR: Garbage option.

********* simple selection ********* ********* selection by list *********

-A all processes -C by command name

-N negate selection -G by real group ID (supports names)

-a all w/ tty except session leaders -U by real user ID (supports names)

-d all except session leaders -g by session OR by effective group name

-e all processes -p by process ID

T all processes on this terminal -s processes in the sessions given

a all w/ tty, including other users -t by tty

g OBSOLETE -- DO NOT USE -u by effective user ID (supports names)

r only running processes U processes for specified users

x processes w/o controlling ttys t by tty

*********** output format ********** *********** long options ***********

-o,o user-defined -f full --Group --User --pid --cols --ppid

-j,j job control s signal --group --user --sid --rows --info

-O,O preloaded -o v virtual memory --cumulative --format --deselect

-l,l long u user-oriented --sort --tty --forest --version

-F extra full X registers --heading --no-heading --context

********* misc options *********

-V,V show version L list format codes f ASCII art forest

-m,m,-L,-T,H threads S children in sum -y change -l format

-M,Z security data c true command name -c scheling class

-w,w wide output n numeric WCHAN,UID -H process hierarchy

==29898==

==29898== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 14 from 1)

==29898== malloc/free: in use at exit: 16 bytes in 2 blocks.

==29898== malloc/free: 20 allocs, 18 frees, 2,344 bytes allocated.

==29898== For counts of detected errors, rerun with: -v

==29898== searching for pointers to 2 not-freed blocks.

==29898== checked 263,972 bytes.

==29898==

==29898== 8 bytes in 1 blocks are definitely lost in loss record 2 of 2

==29898== at 0x4005A88: malloc (vg_replace_malloc.c:207)

==29898== by 0xBFF6DF: strp (in /lib/libc-2.5.so)

==29898== by 0x804A464: (within /bin/ps)

==29898== by 0x804A802: (within /bin/ps)

==29898== by 0x804964D: (within /bin/ps)

==29898== by 0xBA5E8B: (below main) (in /lib/libc-2.5.so)

==29898==

==29898== LEAK SUMMARY:

==29898== definitely lost: 8 bytes in 1 blocks.

==29898== possibly lost: 0 bytes in 0 blocks.

==29898== still reachable: 8 bytes in 1 blocks.

==29898== suppressed: 0 bytes in 0 blocks.

==29898== Reachable blocks (those to which a pointer was found) are not shown.

==29898== To see them, rerun with: --leak-check=full --show-reachable=yes

Ⅱ 请问在linux下如何将kill -3 PID的输出结果（该进程的堆栈信息）获取到文件

如果只是调试记录目的，测试下 script 命令

Ⅲ linux上程序溢出了 怎么查看堆栈

我晕， 你到底是在什么发行版? 从提示上来看，要用 apt-get install 来装，说明是 ubuntu/debian之类的linux发行版，你怎么又会去用 rpm 来查询和安装? 你不说你是什么发行版，楼上回答的人也不管，直接就让你用rpm，误人子弟啊。正确的方法是，sudo apt-get install build-essential这个才是你的系统应该用的，装好后命令行下运行gcc -v就会打印出你使用gcc的版本信息了，然后就可以用了，比如gcc -o test test.c就会编译test.c，生成可执行文件 test然后./test就会运行test 我再晕，楼主，提示你没有test.c，你的C源文件呢?我这里是用test.c做例子，你的源文件叫什么名字，你就把test.c换成你的文件的名字啊。另外，你要把你的源文件先保存在linux机器上，比方说放到了 /home/yourname/aaa那你要先cd /home/yourname/aaa然后再gcc -o test test.c

Ⅳ 如何用Jstack把java进程中的堆栈信息输出到

1.2 Thread Dump特点
1. 能在各种操作系统下使用
2. 能在各种Java应用服务器下使用
3. 可以在生产环境下使用而不影响系统的性能
4. 可以将问题直接定位到应用程序的代码行上

1.3 Thread Dump 能诊断的问题
1. 查找内存泄露，常见的是程序里load大量的数据到缓存；
2. 发现死锁线程；

1.4如何抓取Thread Dump
一般当服务器挂起,崩溃或者性能底下时,就需要抓取服务器的线程堆栈(Thread Dump)用于后续的分析. 在实际运行中，往往一次 mp的信息，还不足以确认问题。为了反映线程状态的动态变化，需要接连多次做threadmp，每次间隔10-20s，建议至少产生三次 mp信息，如果每次 mp都指向同一个问题，我们才确定问题的典型性。

有很多方式可用于获取ThreadDump, 下面列出一部分获取方式：
操作系统命令获取ThreadDump:
Windows:
1.转向服务器的标准输出窗口并按下Control + Break组合键, 之后需要将线程堆栈复制到文件中；
UNIX/ Linux：
首先查找到服务器的进程号(process id), 然后获取线程堆栈.
1. ps –ef | grep java
2. kill -3 <pid>
注意：一定要谨慎, 一步不慎就可能让服务器进程被杀死。kill -9 命令会杀死进程。

Ⅳ linux print命令

具体参数及讲解如下：

print命令的格式是：
print xxx
p xxx

1. print 操作符
@
是一个和数组有关的操作符，在后面会有更详细的说明。
::
指定一个在文件或是一个函数中的变量。
{}
表示一个指向内存地址的类型为type的一个对象。

2. 察看内容
全局变量（所有文件可见的）
静态全局变量（当前文件可见的）
局部变量（当前Scope可见的）

如果你的局部变量和全局变量发生冲突（也就是重名），一般情况下是局部变量会隐藏全局变量。如果此时你想查看全局变量的值时，你可以使用“::”操作符：
file::variable
function::variable
eg:
查看文件f2.c中的全局变量x的值：
gdb) p 'f2.c'::x

注：如果你的程序编译时开启了优化选项，那么在用GDB调试被优化过的程序时，可能会发生某些变量不能访问，或是取值错误码的情况。对付这种情况时，需要在编译程序时关闭编译优化。GCC，你可以使用“-gstabs” 选项来解决这个问题。

3. 察看数组
(1)动态数组：
p *array@len
array:数组的首地址，len:数据的长度
eg:
(gdb) p *array@len
$1 = {2, 4, 6, 8, 10}

(2)静态数组
可以直接用print数组名，就可以显示数组中所有数据的内容了。

4. 输出格式
x 按十六进制格式显示变量。
d 按十进制格式显示变量。
u 按十六进制格式显示无符号整型。
o 按八进制格式显示变量。
t 按二进制格式显示变量。
a 按十六进制格式显示变量。
c 按字符格式显示变量。
f 按浮点数格式显示变量。
eg:
(gdb) p i
$21 = 101
(gdb) p/a i
$22 = 0x65
(gdb) p/c i
$23 = 101 'e'

5. 察看内存
使用examine（简写x）来查看内存地址中的值。语法：
x/
n、f、u是可选的参数。
（1）n 是一个正整数，表示显示内存的长度，也就是说从当前地址向后显示几个地址的内容。
（2）f 表示显示的格式，参见上面。如果地址所指的是字符串，那么格式可以是s，如果地十是指令地址，那么格式可以是i。
（3）u 表示从当前地址往后请求的字节数，如果不指定的话，GDB默认是4个bytes。u参数可以用下面的字符来代替，b表示单字节，h表示双字节，w表示四字 节，g表示八字节。当我们指定了字节长度后，GDB会从指内存定的内存地址开始，读写指定字节，并把其当作一个值取出来。
eg:
x/3uh 0x54320 ：从内存地址0x54320读取内容，h表示以双字节为一个单位，3表示三个单位，u表示按十六进制显示。
6. 察看寄存器
（1）要查看寄存器的值，很简单，可以使用如下命令：
info registers
（2）查看寄存器的情况。（除了浮点寄存器）
info all-registers
（3）查看所有寄存器的情况。（包括浮点寄存器）
info registers
（4）查看所指定的寄存器的情况。
寄存器中放置了程序运行时的数据，比如程序当前运行的指令地址（ip），程序的当前堆栈地址（sp）等等。你同样可以使用print命令来访问寄存器的情况，只需要在寄存器名字前加一个$符号就可以了。如：p $eip。

7. display自动显示的变量
（1）格式：display[/i|s] [expression | addr]
eg:
display/i $pc
$pc是GDB的环境变量，表示着指令的地址，/i则表示输出格式为机器指令码，也就是汇编。于是当程序停下后，就会出现源代码和机器指令码相对应的情形，这是一个很有意思的功能。
（2）其他
undisplay
delete display
删除自动显示，dnums意为所设置好了的自动显式的编号。如果要同时删除几个，编号可以用空格分隔，如果要删除一个范围内的编号，可以用减号表示（如：2-5）

disable display
enable display
disable和enalbe不删除自动显示的设置，而只是让其失效和恢复。

info display
查看display设置的自动显示的信息。GDB会打出一张表格，向你报告当然调试中设置了多少个自动显示设置，其中包括，设置的编号，表达式，是否enable。

8. 设置
（1）set print address
set print address on
打开地址输出，当程序显示函数信息时，GDB会显出函数的参数地址。
（2）set print array
set print array on
打开数组显示，打开后当数组显示时，每个元素占一行，如果不打开的话，每个元素则以逗号分隔。
（3）set print elements
这个选项主要是设置数组的，如果你的数组太大了，那么就可以指定一个来指定数据显示的最大长度，当到达这个长度时，GDB就不再往下显示了。如果设置为0，则表示不限制。
（4）set print null-stop
如果打开了这个选项，那么当显示字符串时，遇到结束符则停止显示。这个选项默认为off。
（5）set print pretty on
如果打开printf pretty这个选项，那么当GDB显示结构体时会比较漂亮。如：
$1 = {
next = 0x0,
flags = {
sweet = 1,
sour = 1
},
meat = 0x54 "Pork"
}

（6）set print union
设置显示结构体时，是否显式其内的联合体数据。
（7）set print object
在C++中，如果一个对象指针指向其派生类，如果打开这个选项，GDB会自动按照虚方法调用的规则显示输出，如果关闭这个选项的话，GDB就不管虚函数表了。

Ⅵ linux内核崩溃的堆栈怎么能取到或者有什么好的调试方法

最简单的方法：

在内核中，printk可以打印调试信息（用法同printf），你在加代码之前，中，后都打印调试信息看看。

Ⅶ c语言如何将函数调用堆栈打印出来

可以直接用输出在函数内部调用时，把调用顺序打印出来。

一、一个由C/C++编译的程序占用的内存分为以下几个部分

1、栈区（stack）—由编译器自动分配释放，存放函数的参数值，局部变量的值等。其操作方式类似于数据结构中的栈。

2、堆区（heap）—一般由程序员分配释放，若程序员不释放，程序结束时可能由OS回收。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表，呵呵。

3、全局区（静态区）（static）—，全局变量和静态变量的存储是放在一块的，初始化的全局变量和静态变量在一块区域，未初始化的全局变量和未初始化的静态变量在相邻的另一块区域。-程序结束后有系统释放

4、文字常量区—常量字符串就是放在这里的。程序结束后由系统释放

5、程序代码区—存放函数体的二进制代码。

二、例程：

//main.cpp
inta=0;全局初始化区
char*p1;全局未初始化区
main()
{
intb;栈
chars[]="abc";栈
char*p2;栈
char*p3="123456";123456在常量区，p3在栈上。
staticintc=0；全局（静态）初始化区
p1=(char*)malloc(10);
p2=(char*)malloc(20);
分配得来得10和20字节的区域就在堆区。
strcpy(p1,"123456");123456放在常量区，编译器可能会将它与p3所指向的"123456"优化成一个地方。
}

Ⅷ linux应用中，在一个进程内如何获取本进程内其它线程的堆栈信息、

先用ps看目前存在的所有进程的进程号，然后可以对具体进程采用以下这些操作：（11345就是对应具体的进程号）

只查看该进程：ps -ef | grep 11345
查看该进程打开的文件：lsof -p 11345
查看内存分配：lcat /proc/11345/maps
查看堆栈：pstack 11345
查看发出的系统调用:strace -p 11345
查看调用库函数:ltrace -p 11345

Ⅸ 求教linux高手，如何将kill -3 PID所输出的堆栈信息获取到

用gdb啊，如果你开了“ulimit -c unlimited” 的话，应该生成core文件了

Ⅹ linux 如何打印某个内核线程某一时刻的栈

写个内核模块，如果内核有自己的调试工具也不错。