1. ldd, 先看下面的例子, 用ldd檢視cs程式所依賴的動態庫：
$ ldd cs
linux-gate.so.1 => (0xffffe000)
libz.so.1 => /lib/libz.so.1 (0xb7f8c000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7f75000)
libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7e4d000)
libpcre.so.0 => /usr/lib/libpcre.so.0 (0xb7e21000)
libstdc++.so.6 => /usr/local/gcc4.5.1/lib/libstdc++.so.6 (0xb7d40000)
libm.so.6 => /lib/libm.so.6 (0xb7d18000)
libgcc_s.so.1 => /usr/local/gcc4.5.1/lib/libgcc_s.so.1 (0xb7cfd000)
libc.so.6 => /lib/libc.so.6 (0xb7bbc000)
/lib/ld-linux.so.2 (0xb7fab000)
libdl.so.2 => /lib/libdl.so.2 (0xb7bb7000)
在上面的例子中，ldd的結果可以分為三列來看：
•第一列：程式需要依賴什麼庫
•第二列: 系統提供的與程式需要的庫所對應的庫
•第三列：庫載入的開始位址
通過上面的資訊，我們可以得到以下幾個資訊：
•（1） 通過對比第一列和第二列，我們可以分析程式需要依賴的庫和系統實際提供的，是否相匹配
•（2） 通過觀察第三列，我們可以知道在當前的庫中的符號在對應的程序的位址空間中的開始位置
2. nm, 通過下面的例子，我們來介紹nm工具：
先看一下這個簡單的程式：
#include "iostream"
using
namespacestd;
classtest
};
intmain()
接下來，我們編譯該程式，然後看nm的結果：
$ g++ test.cc -o test
c$ nm test
08049f10 d _dynamic
08049ff4 d _global_offset_table_
080486f0 t _global__i_main
080487fc r _io_stdin_used
w _jv_registerclasses
080486b0 t _z41__static_initialization_and_destruction_0ii
0804870c w _zn4test5helloev
u _znsolsepfrsos_e@@glibcxx_3.4
u _znst8ios_base4initc1ev@@glibcxx_3.4
u _znst8ios_base4initd1ev@@glibcxx_3.4
0804a040 b _zst4cout@@glibcxx_3.4
u _zst4endlicst11char_traitsiceerst13basic_ostreamit_t0_es6_@@glibcxx_3.4
0804a0d4 b _zstl8__ioinit
u _zstlsist11char_traitsiceerst13basic_ostreamict_es5_pkc@@glibcxx_3.4
08049f00 d __ctor_end__
08049ef8 d __ctor_list__
08049f08 d __dtor_end__
08049f04 d __dtor_list__
080488c8 r __frame_end__
08049f0c d __jcr_end__
08049f0c d __jcr_list__
0804a02c a __bss_start
u __cxa_atexit@@glibc_2.1.3
0804a024 d __data_start
080487b0 t __do_global_ctors_aux
08048610 t __do_global_dtors_aux
0804a028 d __dso_handle
w __gmon_start__
u __gxx_personality_v0@@cxxabi_1.3
080487aa t __i686.get_pc_thunk.bx
08049ef8 d __init_array_end
08049ef8 d __init_array_start
08048740 t __libc_csu_fini
08048750 t __libc_csu_init
u __libc_start_main@@glibc_2.0
0804a02c a _edata
0804a0d8 a _end
080487dc t _fini
080487f8 r _fp_hw
08048508 t _init
080485e0 t _start
0804a0cc b completed.7065
0804a024 w data_start
0804a0d0 b dtor_idx.7067
08048670 t frame_dummy
08048694 t main
上面便是test這個程式中所有的符號，首先需要介紹一下上面的內容的格式：
•第一列：當前符號的位址
•第二列：當前符號的型別
•第三列：當前符號的名稱
在上面的結果中，像_zn4test5helloev這樣的符號，很多讀者朋友可能會被它搞暈，這裡介紹個小技巧，在nm的時候，加上-c選項，就可以把這些難以識別的符號，轉換成便於我們閱讀的符號testhello()。這個主要是c++中的mangle機制所導致的，加上-c就是指定列出的符號是demangle了的。說了這麼多，到底nm對我們程式有啥具體的幫助呢，我覺得主要有以下幾個方面：
（1）判斷指定程式中有沒有定義指定的符號 (比較常用的方式：nm -c proc | grep symbol)
（2）解決程式編譯時undefined reference的錯誤，以及mutiple definition的錯誤
（3）檢視某個符號的位址，以及在程序空間的大概位置（bss, data, text區，具體可以通過第二列的型別來判斷）
程式分析工具gprof介紹
程式分析是以某種語言書寫的程式為物件，對其內部的運作流程進行分析。程式分析的目的主要有三點 一是通過程式內部各個模組之間的呼叫關係，整體上把握程式的執行流程，從而更好地理解程式，從中汲取有價值的內容。二是以系統優化為目的，通過對程式中關鍵函式的跟蹤或者執行時資訊的統計，找到系統效能的瓶頸，從而採取進...
linux 程式分析工具
寫在最前面 在開始本文之前，筆者認為先有必要介紹一下linux下的man，如果讀者手頭用linux系統，直接在終端輸入man man便可以看到詳細的說明，我在這裡簡單的總結一下，man命令是用來檢視linux下各種命令 工具等的使用者手冊 manual 的。一種比較常用的用法是 man n fiel...
個人SWOT分析工具介紹
swot分析是市場營銷管理中經常使用的功能強大的分析工具 s代表 strength 優勢 w代表weakness 弱勢 o代表opportunity 機會 t代表threat 威脅 市場分析人員經常使用 這一工具來掃瞄 分析整個行業和市場，獲取相關的市場資訊，為高層提供決策依據，其中，s w是內部因...