今天小編要跟大家分享的文章是關(guān)于Linux運維常用的命令介紹-開發(fā)調(diào)試命令介紹。Linux常用命令中有一些命令可以在開發(fā)或調(diào)試過程中起到很好的幫助作用，有些可以幫助了解或優(yōu)化我們的程序，有些可以幫我們定位疑難問題。本文將簡單介紹一下這些命令。 Linux入門新手和正在Linux學(xué)習(xí)的小伙伴快來看一看吧，希望能夠?qū)Υ蠹矣兴鶐椭?！

一、示例程序

我們用一個小程序，來幫助后面我們對這些命令的描述，程序清單cmdTest.c如下:

#include<stdio.h>

int test(int a,int b)

{

return a/b;

}

int main(int argc,char *argv[])

{

int a = 10;

int b = 0;

printf("a=%d,b=%dn",a,b);

test(a,b);

return 0;

}

編譯獲得elf文件cmdTest并運行：

gcc -g -o cmdTest cmdTest.c

./cmdTest

a=10,b=0

Floating point exception (core dumped)

程序內(nèi)容是在main函數(shù)中調(diào)用test，計算a/b的值，其中b的值為0，因此程序由于除0錯誤異常終止。

二、查看文件基本信息--file

file cmdTest

cmdTest: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=448e1c34b4c548120e2c04f6a2bfce4e6d2281a3, not stripped

通過file命令可以看到cmdTest的類型為elf，是64位、運行于x86-64的程序，not striped表明elf文件中還保留著符號信息以及調(diào)試信息等不影響程序運行的內(nèi)容。

三、查看程序依賴庫--ldd

ldd cmdTest

Linux-vdso.so.1 => (0x00007ffc8e548000)

libc.so.6 => /lib/x86_64-Linux-gnu/libc.so.6 (0x00007f0621931000)

/lib64/ld-Linux-x86-64.so.2 (0x00007f0621cf6000)

我們可以看到cmdTest依賴了libc.so等庫。

四、查看函數(shù)或者全局變量是否存在于elf文件中--nm

nm命令用于查看elf文件的符號信息。文件編譯出來之后，我們可能不知道新增加的函數(shù)或者全局變量是否已經(jīng)成功編譯進(jìn)去。這時候，我們可以使用nm命令來查看。

例如，查看前面所提到的elf文件有沒有test函數(shù)，可以用命令：

nm cmdTest|grep test

000000000040052d T test #打印結(jié)果

按照地址順序列出符號信息：

nm -n cmdTest

w _ITM_deregisterTMCloneTable

w _ITM_registerTMCloneTable

w _Jv_RegisterClasses

w __gmon_start__

U __libc_start_main@@GLIBC_2.2.5

U printf@@GLIBC_2.2.5

00000000004003e0 T _init

0000000000400440 T _start

0000000000400470 t deregister_tm_clones

00000000004004a0 t register_tm_clones

00000000004004e0 t __do_global_dtors_aux

0000000000400500 t frame_dummy

000000000040052d T test

0000000000400540 T main

0000000000400590 T __libc_csu_init

0000000000400600 T __libc_csu_fini

(列出部分內(nèi)容)

可以看到test函數(shù)的開始地址為0x000000000040052d，結(jié)束地址為0x0000000000400540。

五、打印elf文件中的可打印字符串--strings

例如你在代碼中存儲了一個版本號信息，那么即使編譯成elf文件后，仍然可以通過strings搜索其中的字符串甚至可以搜索某個.c文件是否編譯在其中：

strings elfFile| grep "someString"

六、查看文件段大小--size

可以通過size命令查看各段大?。?/p>

size cmdTest

text data bss dec hex filename

1319 560 8 1887 75f cmdTest

text段：正文段字節(jié)數(shù)大小

data段:包含靜態(tài)變量和已經(jīng)初始化的全局變量的數(shù)據(jù)段字節(jié)數(shù)大小

bss段：存放程序中未初始化的全局變量的字節(jié)數(shù)大小

當(dāng)我們知道各個段的大小之后，如果有減小程序大小的需求，就可以有針對性的對elf文件進(jìn)行優(yōu)化處理。

七、為elf文件”瘦身“--strip

strip用于去掉elf文件中所有的符號信息：

ls -al cmdTest

-rwxr-xr-x 1 hyb root 9792 Sep 25 20:30 cmdTest #總大小為9792字節(jié)

strip cmdTest

ls -al cmdTest

-rwxr-xr-x 1 hyb root 6248 Sep 25 20:35 cmdTest#strip之后大小為6248字節(jié)

可以看到，“瘦身”之后，大小減少將近三分之一。但是要特別注意的是，“瘦身”之后的elf文件由于沒有了符號信息，許多調(diào)試命令將無法正常使用，出現(xiàn)core dump時，問題也較難定位，因此只建議在正式發(fā)布時對其進(jìn)行“瘦身”。

八、查看elf文件信息--readelf

readelf用于查看elf文件信息，它可以查看各段信息，符號信息等，下面的例子是查看elf文件頭信息：

readelf -h cmdTest

Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 #elf文件魔數(shù)字

Class: ELF64 #64位 elf文件

Data: 2's complement, little endian#字節(jié)序為小端序

Version: 1 (current)

OS/ABI: UNIX - System V #

ABI Version: 0

Type: EXEC (Executable file)#目標(biāo)文件類型

Machine: Advanced Micro Devices X86-64 #目標(biāo)處理器體系

Version: 0x1

Entry point address: 0x400440 #入口地址

Start of program headers: 64 (bytes into file)

Start of section headers: 4456 (bytes into file)

Flags: 0x0

Size of this header: 64 (bytes)

Size of program headers: 56 (bytes)

Number of program headers: 9

Size of section headers: 64 (bytes)

Number of section headers: 28

Section header string table index: 27

從elf頭信息中，我們可以知道該elf是64位可執(zhí)行文件，運行在x86-64中，且字節(jié)序為小端序。另外，我們還注意到它的入口地址是0x400440(_start)，而不是400540(main)。也就是說，我們的程序運行并非從main開始。

九、反匯編指定函數(shù)--objdump

objdump用于展示elf文件信息，功能較多，在此不逐一介紹。有時候我們需要反匯編來定位一些問題，可以使用命令：

objdump -d cmdTest #反匯編整個cmdTest程序

但是如果程序較大，那么反匯編時間將會變長，而且反匯編文件也會很大。如果我們已經(jīng)知道了問題在某個函數(shù)，只想反匯編某一個函數(shù)，怎么處理呢?

我們可以利用前面介紹的nm命令獲取到函數(shù)test的地址，然后使用下面的方式反匯編：

objdump -d cmdTest --start-address=0x40052d --stop-address=0x400540 ##反匯編指定地址區(qū)間

十、端口占用情況查看--netstat

我們可能常常會遇到進(jìn)程第一次啟動后，再次啟動會出現(xiàn)端口綁定失敗的問題，我們可以通過netstat命令查看端口占用情況：

netstat -anp|grep 端口號

十一、core dump文件生成配置--ulimit -c

有時候我們的程序core dump了卻沒有生成core文件，很可能是我們設(shè)置的問題：

ulimit -c #查看core文件配置，如果結(jié)果為0，程序core dump時將不會生成core文件

ulimit -c unlimited #不限制core文件生成大小

ulimit -c 10 #設(shè)置最大生成大小為10kb

十二、調(diào)試神器--gdb

gdb是一個強大的調(diào)試工具，但這里僅介紹兩個簡單使用示例。

有時候程序可能已經(jīng)正在運行，但是又不能終止它，這時候仍然可以使用gdb調(diào)試正在運行的進(jìn)程：

gdb processFile PID #processFile為進(jìn)程文件，pid為進(jìn)程id，可通過ps命令查找到

有時候程序可能core dump了，但是系統(tǒng)還留給了我們一個禮物--core文件。

在core文件生成配置完成之后，運行cmdTest程序，產(chǎn)生core文件。我們可以用下面的方法通過core文件定位出錯位置：

gdb cmdTest core #processFile為進(jìn)程文件，core為生成的core文件

Core was generated by `./cmdTest'.

Program terminated with signal SIGFPE, Arithmetic exception.

#0 0x00000000004004fb in test (a=10, b=0) at cmdTest.c:4

4 return a/b;

(gdb)bt

#0 0x00000000004004fb in test (a=10, b=0) at cmdTest.c:4

#1 0x000000000040052c in main (argc=1, argv=0x7ffca9536d38) at cmdTest.c:10

(gdb)

輸入bt后，就可以看到調(diào)用棧了,出錯位置在test函數(shù)，cmdTest.c的第4行。

十三、定位crash問題--addr2line

有時候程序崩潰了但不幸沒有生成core文件，是不是就完全沒有辦法了呢?還是cmdTest的例子。運行完cmdTest之后，我們通過dmesg命令可以獲取到以下內(nèi)容

[27153070.538380] traps: cmdTest[2836] trap divide error ip:40053b sp:7ffc230d9280 error:0 in cmdTest[400000+1000]

該信息記錄了cmdTest運行出錯的基本原因(divide error)和出錯位置(40053b),我們使用addr2line命令獲取出錯具體行號：

addr2line -e cmdTest 40053b

/home/hyb/practice/cmdTest.c:4

可以看到addr2line命令將地址(40053b)翻譯成了文件名(cmdTest.c)和行號(4)，確定了出錯位置。

總結(jié)

本文對以上命令僅介紹其經(jīng)典使用，這些命令都還有其他一些有幫助的用法，但由于篇幅有限，不在此介紹，更多使用方法可以通過man 命令名的方式去了解。

以上就是馬哥教育今天為大家分享的關(guān)于Linux運維常用的命令介紹-開發(fā)調(diào)試命令介紹的文章，希望本篇文章能夠?qū)φ趶氖翷inux相關(guān)工作的小伙伴們有所幫助，想要了解更多Linux相關(guān)知識記得關(guān)注馬哥教育官網(wǎng)。最后祝愿小伙伴們工作順利！

聲明：文章來源于網(wǎng)絡(luò)，侵刪！