-exec: 對符合條件的檔案執行所給的Linux 命令，執行exec後面的shell指令碼。指令碼中，{}表示命令的引數即為所找到的檔案，以；表示comman命令的結束。\是轉義符，因為分號在命令中還有它用途，所以就用一個\來限定表示這是一個分號而不是表示其它意思。
-ok： 和-exec的作用相同，格式也一樣，只不過以一種更為安全的模式來執行該引數所給出的shell指令碼。對於被執行指令碼的物件，系統都會給出提示，讓使用者來確定是否執行。
xargs 要結合管道來完成
格式：find [option] express |xargs command
我們看看exec和xargs都是如何傳引數的。首先看看exec：
0$ ls
index.skin1 skin1
0$ find -type f -exec echo file {} \;
file ./skin1
file ./index.skin1
很明顯，exec是對每個找到的檔案執行一次命令，除非這單個的檔名超過了幾k，否則不會出現命令列超長出錯的問題。
我們再看看xargs：
0$ ls
index.skin1 skin1
0$ find -type f | xargs echo
./skin1 ./index.skin1
0$ find . -name XXX | xargs cp -R --target-directory=/tmp
0$ find . -name XXX -exec cp -R {} /tmp \;
這裡大家看到，xargs是把所有找到的檔名一股腦的轉給命令。當檔案很多時，這些檔名組合成的命令列引數很容易超長，導致命令出錯。同時，這也是 find | xargs 這種組合在處理有空格字元的檔名時之所以出錯的原因：這時執行的命令已經不知道這些空格那些是分割符、那些是檔名中所包含的！而用exec則不會有這兩個問題。下面是一個演示：
0$ mkdir TEST
0$ cd TEST
/home/xyb/TEST
0$ touch "file a"
0$ touch "file b"
0$ ls
file a file b
0$ find -type f | xargs rm
rm: 無法刪除‘./file’: 沒有那個檔案或目錄
rm: 無法刪除‘a’: 沒有那個檔案或目錄
rm: 無法刪除‘./file’: 沒有那個檔案或目錄
rm: 無法刪除‘b’: 沒有那個檔案或目錄
0$ ls
file a file b
0$ find -type f -exec rm {} \;
0$ ls
0$
從這裡可以看出exec的缺點是每處理一個檔案/目錄，都要啟動一次命令，效率不好; 格式麻煩，必須用 {} 做檔案的代位符，必須用 \; 作為命令的結束符，書寫不便。而xargs不能操作檔名有空格的檔案。所以如果要使用的命令支援一次處理多個檔案，並且也知道這些檔案裡沒有帶空格的、 檔案數目也不大，那麼使用 xargs比較方便; 否則，就要用 exec了。
另：
eval
命令格式：eval args
命令eval的功能是將引數（args）讀入 C shell 中，然後在加以執行。例如：
0$ set vcom = 'ls -l ; date' 0$ $vcom ; not found date not found
vcom 是 'ls -l ; date'。當我們來執行“$vocm”，會出現錯誤資訊“; not found”及“date not found”。原因是 C shell 在語法解析中無法理解特殊符號所造成的。符號“;”和命令 date 被理解成是命令 ls -l 後的“檔名稱”。所以才會有“not found”。命令eval 便是用來解決這種情況：
0$ eval $vcom total 1 -r--r--r-- 1 akira 1296 Oct 12 07:29 search.c Tue Oct 18 12:13:53 CST 1994
其實在作法上使用命令 eval 便相當於以下的用法：
0$ echo $vcom | csh total 1 r--r--r-- 1 akira 1296 Oct 12 07:29 search.c Tue Oct 18 12:13:54 CST 1994
如果你是在 C shell 下，你也可使用以下的方式：
/bin/csh << EOF $vcom EOF
另外在使用命令 eval 上也有技巧，看一互換的技巧：
0$ set a = '$b' 0$ set b = 'swapping' 0$ echo $a $b 0$ eval echo $a swapping