本文來自：http://blog.csdn.net/yui/article/details/5669922

函數說明

函數使用

眾所周知，C程序的主函數有兩個參數，其中，第一個參數是整型，可以獲得包括程序名字的參數個數，第二個參數是字符數組指針或字符指針的指針，可以按順序獲得命令行上各個字符串參數。其原形是：

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

或者

int main(int argc, char **argv);

如果有一個解析CDR的程序，名叫destroy，負責將一個二進制格式的CDR文件轉換為文本文件，輸出的文本的樣式由另外一個描述文件定義，那么，命令行要求輸入的參數就有三個：CDR文件名、輸出文件名和描述文件名。其中，前兩個參數是必須輸入的，第三個的描述文件名可以不輸入，程序會自動采用默認的輸出樣式。很自然，主函數的三個參數就應該這樣排列：

./destroy cdr cdr.txt [cdr.desc]

這樣做在一般情況下不會有太大問題，問題來源于擴展性的需求。如果有一天，用戶要求解析程序能夠按關鍵字解析，只有含有關鍵字的CDR才能夠輸出。解決方法很簡單，只要在參數列表的最后，加上它就可以了。不過，這樣就使得原本可選的描述文件名變為必須輸入：

./destroy cdr cdr.txt cdr.desc [keyword]

因為不改的話，你就不知道，第三個參數究竟是描述文件名，還是關鍵字?，F在還算好辦，如果以后陸續有增加參數的需求，關鍵字也變成必須輸入了，這個時候，如果要查找全部CDR，你還得定義一個“特殊的關鍵字”，告訴程序，把數據統統給我撈出來……

有鑒于此，在Unix/linux的正式的項目上，程序員通常會使用getopt()或者getopt_long()來獲得輸入的參數。兩者的一個區別在于getopt()只支持短格式參數，而getopt_long()既支持短格式參數，又支持長格式參數。

短格式：./destroy -f cdr -o cdr.txt -c cdr.desc -k 123456

長格式：./destroy --file cdr --output cdr.txt --config cdr.desc --keyword 123456

引入了getopt()和getopt_long()的項目，設計者可以按需要，方便地增加參數，或者隨意地放置參數的先后次序，只需要在程序中判斷，哪些參數是必須的就可以了。關于這兩個函數的用法，大家可以上網搜索一下，不再累述。附件destroy_linux.c給出了在Linux下使用getopt_long()的實例。

所以，如果一定要在Tru64等非GNU的OS上做到長格式的效果，除了自己另起爐灶之外，基本上只好借助一些跨平臺的開源項目了。附件里的getopt_long.c和getopt.h是從opensolaris的網站上抄下來的，是包含在sg3_utils軟件包中的程序。sg3_utils具體是什么，我也不知道，據說是一個Linux的開發包，用來直接使用SCSI命令集訪問設備。（sg3_utils is a package of utilities for accessing devices that use SCSI command sets.）反正拿來能用就是了！

拿過來后，把他們放到與destroy_linux.c同一目錄下，只需要把destroy_linux.c的頭文件改一個地方，#include <getopt.h>改為#include “getopt.h”，就能夠編譯運行了。而且，這樣改好后，不僅在Tru64上能運行，在Linux、SunOS上也能運行。

Linux下編譯

-bash-3.2$ gcc -o destroy destroy.c getopt_long.c

短格式，全部輸入

-bash-3.2$ ./destroy -f aaa -o aaa.txt -c ccc -k 222

Parameters got: file_name = aaa, output_name = aaa.txt, config_name = ccc, keyword = 222

前兩個長格式，后兩個短格式

-bash-3.2$ ./destroy --file aaa --output aaa.txt -c ccc -k 222

Parameters got: file_name = aaa, output_name = aaa.txt, config_name = ccc, keyword = 222

漏掉一個必須輸入的參數會報錯

-bash-3.2$ ./destroy -output aaa.txt

Error: file name must be specified

次序隨意，長短混用

-bash-3.2$ ./destroy -c ccc -o aaa.txt -k 222 --file aaa

Parameters got: file_name = aaa, output_name = aaa.txt, config_name = ccc, keyword = 222

題外話，#include <filename.h>與#include “filename.h”有什么區別，是面試C程序員經常問到的一個問題。答案大家都知道了，#include <filename.h>，編譯器從標準庫路徑搜索filename.h，而#include “filename.h”，編譯器從用戶的工作路徑搜索filename.h。

此外，網上也有人說從glibc（http://sourceware.org/glibc/）上把getopt.h、getopt.c和getoptl.c拿過來也能夠用。我也試過，但是不清楚什么原因不成功。

在這個小實驗的過程中，還發現了C語言在各個OS下的一些細小差異，比如destroy.c里，79行到82行：

// if not setting default, Linux OK, but SunOS core dump

if ( !config_name ) config_name = "(null)";

if ( !keyword ) keyword = "(null)";

printf("Parameters got: file_name = %s, output_name = %s, config_name = %s, keyword = %s/n", file_name, output_name, config_name, keyword);

如果在81行和82行不設置空指針的默認值，Linux和Tru64都會自動幫你轉換而避免運行時錯誤，但是SunOS不會，它會死給你看。

./destroy -f aaa -o aaa.txt

Segmentation Fault (core dumped)

再比如第62行的abort()在頭文件stdlib.h中定義，如果不包含此文件，SunOS與Tru64編譯都沒問題，Linux編譯時會警告：

warning: incompatible implicit declaration of built-in function abort

由此看來，雖然C也公認是可移植性比較好的語言，但是在跨平臺的項目中，也應該注意這些微小的差別。

轉自：http://blog.csdn.net/lanmanck/article/details/11999345