❶ 三角函數
三角函數 是 基本初等函數 之一 ， 是以角度（數學上最常用弧度制，下同）為 自變數 ，角度對應 任意角 終邊與 單位圓 交點坐標或其比值為 因變數 的函數。也可以等價地用與 單位圓 有關的各種線段的長度來定義。三角函數在研究三角形和 圓 等幾何形狀的性質時有重要作用，也是研究周期性現象的基礎數學工具。在 數學分析 中，三角函數也被定義為無窮級數或特定微分方程的解，允許它們的取值擴展到任意實數值，甚至是 復數 值。
常見的三角函數包括正弦函數、餘弦函數和正切函數。在航海學、測繪學、工程學等其他學科中，還會用到如餘切函數、正割函數、餘割函數、正矢函數、余矢函數、 半正矢函數 、半余矢函數等其他的三角函數。不同的三角函數之間的關系可以通過幾何直觀或者計算得出，稱為三角恆等式。
三角函數一般用於計算三角形中未知長度的邊和未知的角度，在導航、工程學以及物理學方面都有廣泛的用途。另外，以三角函數為模版，可以定義一類相似的函數，叫做雙曲函數。常見的雙曲函數也被稱為 雙曲正弦函數 、 雙曲餘弦函數 等等。三角函數（也叫做圓函數）是角的函數；它們在研究三角形和建模周期現象和許多其他應用中是很重要的。三角函數通常定義為包含這個角的直角三角形的兩個邊的比率，也可以等價的定義為單位圓上的各種線段的長度。更現代的定義把它們表達為無窮級數或特定微分方程的解，允許它們擴展到任意正數和負數值，甚至是復數值。
中文名
三角函數
外文名
trigonometric
function
提出者
印度數學家
提出時間
公元五世紀
適用領域
函數及圖像
應用學科
數學
目錄
[if !supportLists]. [endif]1 發展歷史
[if !supportLists]. [endif]▪ 起源
[if !supportLists]. [endif]▪ 古希臘歷史
[if !supportLists]. [endif]▪ 阿拉伯歷史
[if !supportLists]. [endif]▪ 弦表的發明
[if !supportLists]. [endif]▪ 傳入中國
[if !supportLists]. [endif]2 定義
[if !supportLists]. [endif]▪ 直角三角形三角函數定義
[if !supportLists]. [endif]▪ 基本三角函數關系的速記方法
[if !supportLists]. [endif]▪ 變化規律
[if !supportLists]. [endif]▪ 任意角三角函數定義
[if !supportLists]. [endif]▪ 單位圓定義
[if !supportLists]. [endif]▪ 級數定義
[if !supportLists]. [endif]3 三角學
[if !supportLists]. [endif]4 特殊角
[if !supportLists]. [endif]5 幾何性質
[if !supportLists]. [endif]▪ 函數圖象
[if !supportLists]. [endif]▪ 最小正周期
[if !supportLists]. [endif]6 誘導公式
[if !supportLists]. [endif]▪ 公式內容
[if !supportLists]. [endif]▪ 推導方法
[if !supportLists]. [endif]7 關於三角恆等式
[if !supportLists]. [endif]▪ 兩角和與差
[if !supportLists]. [endif]▪ 和差化積
[if !supportLists]. [endif]▪ 積化和差
[if !supportLists]. [endif]▪ 二倍角公式
[if !supportLists]. [endif]▪ 三倍角公式
[if !supportLists]. [endif]▪ n倍角公式
[if !supportLists]. [endif]▪ 半形公式
[if !supportLists]. [endif]▪ 輔助角公式
[if !supportLists]. [endif]▪ 萬能公式
[if !supportLists]. [endif]▪ 降冪公式
[if !supportLists]. [endif]▪ 三角和
[if !supportLists]. [endif]▪ 冪級數
[if !supportLists]. [endif]▪ 泰勒展開式
[if !supportLists]. [endif]▪ 傅里葉級數
[if !supportLists]. [endif]8 概念
[if !supportLists]. [endif]9 推廣
[if !supportLists]. [endif]10 復數性質
[if !supportLists]. [endif]11 相關定理
[if !supportLists]. [endif]▪ 解釋
[if !supportLists]. [endif]▪ 正弦定理
[if !supportLists]. [endif]▪ 餘弦定理
[if !supportLists]. [endif]▪ 正切定理
[if !supportLists]. [endif]▪ 廣義射影定理
[if !supportLists]. [endif]▪ 三角恆等式
[if !supportLists]. [endif]12 函數介紹
[if !supportLists]. [endif]▪ 正弦函數
[if !supportLists]. [endif]▪ 餘弦函數
[if !supportLists]. [endif]▪ 正切函數
[if !supportLists]. [endif]▪ 餘切函數
[if !supportLists]. [endif]▪ 正割函數
[if !supportLists]. [endif]▪ 餘割函數
[if !supportLists]. [endif]▪ 正矢函數
[if !supportLists]. [endif]▪ 余矢函數
[if !supportLists]. [endif]▪ 半正矢函數
[if !supportLists]. [endif]▪ 半余矢函數
[if !supportLists]. [endif]▪ 外正割函數
[if !supportLists]. [endif]▪ 外餘割函數
[if !supportLists]. [endif]13 記憶口訣
發展歷史
編輯
起源
公元五世紀到十二世紀，印度數學家對三角學作出了較大的貢獻。盡管當時三角學仍然還是天文學的一個 計算工具 ，是一個附屬品，但是 三角學 的內容卻由於印度數學家的努力而大大的豐富了。
三角學中」 正弦 」和」 餘弦 」的概念就是由印度數學家首先引進的，他們還造出了比 托勒密 更精確的正弦表。
我們已知道，托勒密和 希帕克 造出的弦表是 圓 的全 弦 表，它是把圓弧同弧所夾的弦對應起來的。印度數學家不同，他們把半弦（ AC ）與全弦所對弧的一半（ AD ）相對應，即將 AC 與 ∠AOC 對應，這樣，他們造出的就不再是」全弦表」，而是」正弦表」了。
印度人 稱連結 弧 （ AB ）的兩端的弦（ AB ）為」吉瓦（jiba）」，是弓弦的意思；稱AB的一半（ AC ） 為」阿爾哈吉瓦」。後來」吉瓦」這個詞譯成阿拉伯文時被誤解為」彎曲」、」凹處」，阿拉伯語是 」dschaib」。十二世紀， 阿拉伯文 被轉譯成拉丁文，這個字被意譯成了」sinus」。 [1]
古希臘歷史
早期對於三角函數的研究可以追溯到古代。 古希臘 三角術的奠基人是公元前2世紀的 喜帕恰斯 。他按照 古巴比倫 人的做法，將圓周分為360等份（即圓周的弧度為360度，與現代的 弧度制 不同）。對於給定的弧度，他給出了對應的弦的長度數值，這個記法和現代的正弦函數是等價的。喜帕恰斯實際上給出了最早的三角函數數值表。然而古希臘的三角學基本是球面三角學。這與古希臘人研究的主體是天文學有關。 梅涅勞斯 在他的著作《球面學》中使用了正弦來描述球面的 梅涅勞斯定理 。古希臘三角學與其天文學的應用在埃及的 托勒密 時代達到了高峰，托勒密在《 數學匯編 》（ Syntaxis Mathematica ）中計算了36度角和72度角的正弦值，還給出了計算和角公式和半形公式的方法。托勒密還給出了所有0到180度的所有整數和半整數弧度對應的正弦值。
古希臘文化傳播到 古印度 後，古印度人對三角術進行了進一步的研究。公元5世紀末的數學家 阿耶波多 提出用弧對應的弦長的一半來對應半弧的正弦，這個做法被後來的古印度數學家使用，和現代的正弦定義一致了。阿耶波多的計算中也使用了餘弦和正割。他在計算弦長時使用了不同的單位，重新計算了0到90度中間隔三又四分之三度（3.75°）的三角函數值表。然而古印度的數學與當時的中國一樣，停留在計算方面，缺乏系統的定義和演繹的證明。阿拉伯人也採用了古印度人的正弦定義，但他們的三角學是直接繼承於古希臘。阿拉伯天文學家引入了 正切 和 餘切 、 正割 和 餘割 的概念，並計算了間隔10分（10′ ） 的正弦和正切數值表。到了公元14世紀，阿拉伯人將三角計算重新以算術方式代數化（古希臘人採用的是建立在幾何上的推導方式）的努力為後來三角學從天文學中獨立出來，成為了有更廣泛應用的學科奠定了基礎。
阿拉伯歷史
進入15世紀後， 阿拉伯數學 文化開始傳入歐洲。隨著歐洲商業的興盛，航行、歷法測定和地理測繪中出現了對三角學的需求。在翻譯阿拉伯數學著作的同時，歐洲數學家開始製作更詳細精確的 三角函數值 表。 哥白尼 的學生喬治·約阿希姆·瑞提克斯製作了間隔10秒（10″ ） 的正弦表，有9位精確值。瑞提克斯還改變了正弦的定義，原來稱弧對應的弦長是正弦，瑞提克斯則將角度對應的弦長稱為正弦。16世紀後，數學家開始將 古希臘 有關球面三角的結果和定理轉化為平面三角定理。 弗朗索瓦·韋達 給出了托勒密的不少結果對應的平面三角形式。他還嘗試計算了多倍角正弦的表達方式。
18世紀開始，隨著解析幾何等分析學工具的引進，數學家們開始對三角函數進行分析學上的研究。牛頓在1669年的《分析學》一書中給出了正弦和餘弦函數的 無窮級數 表示。Collins將牛頓的結果告訴了詹姆斯·格列高里，後者進一步給出了正切等三角函數的無窮級數。 萊布尼茲 在1673年左右也獨立得到了這一結果。 歐拉 的《無窮小量分析引論》（ Introctio in Analysin Infinitorum ，1748年）對建立三角函數的分析處理做了最主要的貢獻，他定義三角函數為無窮級數，並表述了 歐拉公式 ，還有使用接近現代的簡寫 sin. 、 cos. 、 tang. 、 cot. 、 sec. 和 cosec. 。
弦表的發明
根據認識，弦表的製作似應該是由一系列不同的角出發，去作一系列 直角三角形 ，然後一一量出AC，A』C』，A』』C』』…之間的距離。然而，第一張弦表製作者希臘文學家希帕克 （Hipparchus，約前180~前125）不是這樣作，他採用的是在同一個固定的 圓 內，去計算給定度數的圓弧AB所對應的弦AB的長。這就是說，希帕克是靠計算，而不是靠工具量出弦長來製表的，這正是他的卓越之處。希帕克的原著早已失傳，我們所知關於希帕克在三角學上的成就，是從公元二世紀希臘著名天文學家托勒密的遺著《天文集》中得到的。雖然托勒密說他的這些成就出自希帕克，但事實上不少是他自己的創造。
據托勒密書中記載，為了度量圓弧與弦長，他們採用了巴比倫人的60進位法。把 圓周 360等分，把它的半徑60等分，在圓周和半徑的每一等分中再等分60份，每一小份又等分為60份，這樣就得出了托勒密所謂的第一小份和第二小份。很久以後，羅馬人把它們分別取名為」partes minutae primae」和」partes minutae
secundae」；後來，這兩個名字演變為」minute」和」second」，成為角和時間的度量上」 分 」和」 秒 」這兩個單位得起源。
建立了半徑與圓周的度量單位以後， 希帕克 和 托勒密 先著手計算一些特殊 圓弧 所對應的弦長。比如 60°弧（1/6圓 周長 ）所對的弦長，正好是內接 正六邊形 的邊長，它與半徑相等，因此得出60°弧對應的弦值是60個半徑單位（半徑長的1/60為一個單位）；用同樣的方法，可以算出120°弧、90°弧以及72°弧所對應的弦值。有了這些弧所對應的弦值，接著就利用所稱的」 托勒密定理 」，來推算兩條已知所對弦長的弧的」和」與」差」所對的弦長，以及由一條弧所對的弦長來計算這條弧的一半所對的弦長。正是基於這樣一種幾何上的推算。他們終於造出了世界上第一張弦表。
傳入中國
三角學 輸入中國，開始於明 崇禎 4年（1631年），這一年， 鄧玉函 、 湯若望 和 徐光啟 合編《 大測 》，作為 歷書 的一部份呈獻給朝廷，這是我國第一部編譯的三角學。在《大 測 》中，首先將sine譯為」正半弦」，簡稱」 正弦 」，這就成了「正弦」 一詞 的由來。 [2]
定義
編輯
直角三角形三角函數定義
在直角三角形中，當平面上的三點A、B、C的連線，AB、AC、BC，構成一個 直角三角形 ，其中∠ACB為 直角 。對∠BAC而言， 對邊 （opposite）a=BC、 斜邊 （hypotenuse）c=AB、 鄰邊 （adjacent）b=AC，則存在以下關系：
基本函數 英文 縮寫 表達式 語言描述 [if !vml][endif] 三角形
正弦函數 sine sin a/c ∠A 的對邊比斜邊
餘弦函數 cosine cos b/c ∠A 的鄰邊比斜邊
正切函數 tangent tan a/b ∠A 的對邊比鄰邊
餘切函數 cotangent cot b/a ∠A 的鄰邊比對邊
正割函數 secant sec c/b ∠A 的斜邊比鄰邊
餘割函數 cosecant csc c/a ∠A 的斜邊比對邊
註：正切函數、餘切函數曾被寫作 tg 、 ctg ， 現已不用這種寫法 。
基本三角函數關系的速記方法
[if !vml][endif] 六邊形
如右圖，六邊形的六個角分別代表六種三角函數，存在如下關系：
1）對角相乘乘積為1，即sinθ·cscθ=1； cosθ·secθ=1； tanθ·cotθ=1。
2）六邊形任意相鄰的三個頂點代表的三角函數，處於中間位置的函數值等於與它相鄰兩個函數值的乘積，如：sinθ=cosθ·tanθ；tanθ=sinθ·secθ...
3）陰影部分的三角形，處於上方兩個頂點的平方之和等於下頂點的平方值，如：
[if !vml]
[endif]
；
[if !vml]
[endif]
；
[if !vml]
[endif]
。
變化規律
正弦 值在
[if !vml]
[endif]
隨角度增大（減小）而增大（減小），在
[if !vml]
[endif]
隨角度增大（減小）而減小（增大）；
餘弦值在
[if !vml]
[endif]
隨角度增大（減小）而增大（減小），在
[if !vml]
[endif]
隨角度增大（減小）而減小（增大）；
正切 值在
[if !vml]
[endif]
隨角度增大（減小）而增大（減小）；
餘切值在
[if !vml]
[endif]
隨角度增大（減小）而減小（增大）。
註：以上其他情況可類推，參考第五項：幾何性質。
除了上述六個常見的函數，還有一些不常見的三角函數：
函數名 與常見函數轉化關系
正矢函數 [if !vml]
[endif]
[if !vml][endif] versin
[if !vml]
[endif]
余矢函數 [if !vml]
[endif]
[if !vml]
[endif]
半正矢函數 [if !vml]
[endif]
[if !vml]
[endif]
半余矢函數 [if !vml]
[endif]
[if !vml]
[endif]
外正割函數 [if !vml]
[endif]
外餘割函數 [if !vml]
[endif]
任意角三角函數定義
在 平面直角坐標系 xOy中設∠β的始邊為x軸的正半軸，設點P（x，y）為∠β的終邊上不與原點O重合的任意一點，設r=OP，令∠β=∠α，則：
[if !vml]
[endif]
，
[if !vml]
[endif]
，
[if !vml]
[endif]
，
[if !vml]
[endif]
，
[if !vml]
[endif]
，
[if !vml]
[endif]
。
單位圓定義
[if !vml][endif] 三角函數
六個三角函數也可以依據 半徑 為1中心為原點的 單位圓 來定義。單位圓定義在實際計算上沒有大的價值；實際上對多數角它都依賴於 直角三角形 。但是 單位圓 定義的確允許三角函數對所有 正數 和 負數 輻角都有定義，而不只是對於在 0 和 π/2 弧度 之間的角。它也提供了一個圖像，把所有重要的三角函數都 包含 了。根據 勾股定理 ，單位圓的 方程 是：對於圓上的任意點（ x,y ）， x²+y²=1 。
圖像中給出了用 弧度 度量的一些常見的角:逆時針方向的度量是 正角 ，而順時針的度量是 負角 。設一個過 原點 的線，同 x 軸正半部分得到一個角 θ ，並與單位圓相交。這個交點的 x 和 y 坐標分別等於 cosθ 和 sinθ 。圖像中的三角形確保了這個公式；半徑等於斜邊且長度為1，所以有 sinθ = y /1和 cosθ = x /1。單位圓可以被視為是通過改變鄰邊和對邊的長度，但保持斜邊等於 1的一種查看無限個三角形的方式。
對於大於 2π 或小於等於 2π 的角度，可直接繼續繞單位圓旋轉。在這種方式下，正弦和餘弦變成了周期為 2π 的 周期函數 ：對於任何角度 θ 和任何 整數 k 。
周期函數的 最小正周期 叫做這個函數的「 基本周期 」。正弦、餘弦、正割或餘割的基本周期是全圓，也就是 2π弧度或 360°；正切或餘切的基本周期是半圓，也就是 π 弧度或 180°。上面只有正弦和餘弦是直接使用單位圓定義的，其他四個三角函數的定義如圖所示。
在 正切函數 的圖像中，在角 k π 附近變化緩慢，而在接近角 （ k + 1/2）π 的時候變化迅速。正切函數的圖像在 θ = （ k + 1/2）π 有垂直漸近線。這是因為在 θ 從左側接進 （ k + 1/2）π 的時候函數接近 正無窮 ，而從右側接近 （ k + 1/2）π 的時候函數接近負無窮。
[if !vml][endif] 三角函數
另一方面，所有基本三角函數都可依據中心為 O 的單位圓來定義，類似於歷史上使用的幾何定義。特別 是，對於這個圓的 弦 AB ，這里的 θ 是對向角的一半，sin θ 是 AC （半弦），這是印度的 阿耶波多 介入的定義。cos θ 是水平距離 OC ，versin θ =1-cos θ 是 CD 。tan θ 是通過 A 的 切線 的 線段 AE 的長度，所以這個函數才叫 正切 。cot θ 是另一個切線段 AF 。sec θ = OE 和csc θ = OF 是割線（與圓相交於兩點）的線段，所以可以看作 OA 沿著 A 的切線分別向水平和垂直軸的投影。 DE 是exsec θ =sec θ -1（正割在圓外的部分）。通過這些構造，容易看出 正割 和正切函數在 θ 接近 π/2的時候發散，而餘割和餘切在 θ接近零的時候發散。
依據單位圓定義，可以做三個 有向線段 （ 向量 ）來表示正弦、餘弦、正切的值。如圖所示，圓O是一個單位圓，P是 α 的 終邊 與單位圓上的交點，M點是 P 在 x 軸的投影， A （1,0）是圓O與x軸 正半軸 的交點，過A點做過圓O的 切線 。
那麼向量 MP 對應的就是 α 的 正
❷ 編制的源程序文件ac屬於什麼文件
二進制文件。
是可以用文本編輯器編寫，但並不是所有的文本編輯器都能夠把文件存為ac的類型。
C語言是一門面向過程、抽象化的通用程序設計語言，廣泛應用於底層開發。C語言能以簡易的方式編譯、處理低級存儲器。
❸ 編譯原理，求詳解A*和A+代表什麼意思
V是一個符號集合，假設V指的是三個符號a,
b,
c的集合，記為
V
=
{a,
b,
c
}
V*
讀作「V的閉包」，它的數學定義是V自身的任意多次自身連接（乘法）運算的積，也是一個集合。
也就是說，用V中的任意符號進行任意多次（包括0次）連接，得到的符號串，都是V*這個集合中的元素。
0次連接的結果是不含任何符號的空串，記為
ε
1次連接就是只有一個符號的符號串，比如，a，b，
c
2次連接是兩個符號構成的符號串，比如，aa,
ab,
ac,
ba,
bb,
bc,等等
……
❹ java大神呢
7、ACD
子類在覆蓋父類方法時，其訪問范圍不能小於父類的方法。默認的訪問范圍比protected的訪問范圍小
8、AC
多態，指向子類的父類引用由於向上轉型了，它只能訪問父類中擁有的方法和屬性，而對於子類中存在而父類中不存在的方法，該引用是不能使用的，盡管是重載該方法。若子類重寫了父類中的某些方法，在調用該些方法的時候，必定是使用子類中定義的這些方法（動態連接、動態調用）。
選項D，成員變數不具備多態性，通過引用變數來訪問其包含的實例變數，系統總是試圖訪問它編譯時類型所定義的成員變數，而不是運行時類型所定義的成員變數
❺ 宏或宏設置是什麼意思
因為是第一次寫教程,寫的不好請多包涵.= =
首先,我們要了解宏,那麼,什麼是宏呢?
通俗點說,宏就是一鍵必殺,一鍵出必殺.比如說你把宏設置設到"Y"這個鍵子上面,那麼打鬥中你按"Y"這個鍵,就會出相應的必殺.這也是對宏的一種簡單的應用.
這些請大家記住,等會都會用到.
u=上 d=下 f=前 b=後 df=前下 db=後下 ub=後斜跳
uf=前斜跳 1=按鍵1 2=按鍵2 3=按鍵3 4=按鍵4 5=按鍵5 6=按鍵6 s=開始 ,=下一幀 有停頓的作用 +=表示在宏定義的招式發出的同時接受其它操作指令的輸入,
那麼,宏是一種什麼過程呢?比如說你在鍵盤上按個236A的招(不懂數字的看自己的小鍵盤),那麼你的按鍵順序就是"先按2,再按3,然後6和A一起按."
宏也是這種過程,它並不是你按那鍵他就馬上出.比如說你把簡單的236A的宏設成"Y"鍵,打鬥中你按下"Y"鍵,那麼現在宏就會替你完成"先按2,再按3,最後6和A一起按"的這個過程.
所以,宏倒底是什麼,大家應該去了解.
現在來說說怎麼編寫宏設置.
首先,大家去KAW模擬器的根目錄,也就是游戲文件夾.找到"INI"這個文件.用2002完美典藏版為例(KOF2002P)
打開它,我的游戲是2002完美典藏版,那麼打開這個文件夾你會發現裡面有個"KOF2002P"文件. 打開這個文件夾,翻到這里. 宏就寫在"="號的後面,比如說我們隨便編一個d,db,b2的宏,寫在等號的後面,然後保存,打開游戲,找到P1鍵位設置,你會發現,寫好的宏出現在了該頁面的下面(!!!)而且也可以設定鍵位.
好了,現在大家學會怎麼去設置宏了,接下來,我要教大家怎麼去編寫宏.
這個大家不知道記住沒:
u=上 d=下 f=前 b=後 df=前下 db=後下 ub=後斜跳
uf=前斜跳 1=按鍵1 2=按鍵2 3=按鍵3 4=按鍵4 5=按鍵5 6=按鍵6 s=開始 ,=下一幀 有停頓的作用 +=表示在宏定義的招式發出的同時接受其它操作指令的輸入,
光用文字好象說的不太清楚,我上傳一張圖片來表示宏.
呵呵,用這圖來表示大家是不是清楚多了?
所以,一個簡單的236A的宏就可設置成"d,df,f1"..........因為"D" "DF" "F1"不是同時去按的,它是先按D,再按DF,再按F1,所以中間要用逗號格開.
多舉幾個例子,比如624B,可以寫成"f,df,d,db,b2" 236236AC可以寫成"d,df,f,d,df,f13"等等.
好,下一環節.
比如玩97,你使用鍵盤,設置好按鍵後,開始游戲,當你想要暴氣時,按下你所設置的"ABC"後,你會發現你所控制的人物什麼反映也沒有,沒有暴氣?!
這種情況下,就應該設置宏,用宏來完成暴氣這個過程,也叫"一鍵暴氣".
那麼,ABC一起按這樣的宏應該怎麼來編寫呢?
這個很簡單,同樣,因為ABC是一起按的,所以中間不能加逗號,所以可以直接編寫成"123"或"123+"
哎?有人就問我了,123很好理解,是代表ABC一起按,那麼"123+"是什麼意思呢?
好,我這么來解釋下,你隨便設置個"123+"的宏,然後把這宏設置成鍵盤上的"Y"上面.
然後當你戰斗時同時按下Y和你設置的D鍵,這就相當於"ABCD"一起按了.
多舉幾個例子,比如02的BC暴氣,編成宏就是"23",當然"23+"也可以,但前提你按暴氣的時候就別同時按其他鍵了,因為加了個"+"號嘛,同時按別的鍵,它的意義就不同了.
那麼,您看懂了嗎?如果哪裡沒看懂頂帖問,我會為大家解答.
❻ 如何在linux下構建強大的build系統
大致目錄構建如下：
├── uc-config.in : 用來生成配置環境信息的可執行程序
├── uc.pc.in : 用來生成配置環境信息的文件
├── uc.spec.in : 用來產生spec文件
├── autogen.sh : build工具
├── conf : 配置文件目錄
├── config.h.in : 一些編譯過程中的配置信息
├── configure : 配置工具
├── configure.ac : 形成build以及配置工具的文件
├── data : 數據目錄
├── doc : 文檔
├── Doxyfile.in : 生成Doxyfile的文件，主要用於doxygen的配置文件
├── include : 外部的頭文件，工程內的文件不要放入
├── lib : 外部的庫文件，工程內的庫不要放入
├── m4 : m4文件
├── scripts : 常使用的一些script，用於運轉系統
├── src : 源代碼目錄
│ ├── xxxMain.cpp : 用於產生xxx的gnome版本的源文件，含有main入口
│ ├── xxx.h : 用於外部開發的xxx介面
│ ├── xxxMain.cpp：用於產生xxx的kde版本，含有kde的main入口
│ ├── common : 普通的頭文件
│ │ ├── xxxdef.h ： xxx的一般定義
│ │ ├── xxxrst.h ： xxx的返回值類型定義
│ │ ├── xxxtypes.h : xxx的類型定義
│ │ ├── common.h : 共用頭文件，含有xxxdef.h、xxxrst.h和xxxtypes.h等頭文件
│ ├── network : 網路通訊庫
│ ├── ui : ui界面庫
│ │ ├── gnome : gnome界面庫，主要是gtk2的一些界面介面
│ │ ├── kde : kde界面庫，主要是qt的一些界面介面
│ └── util : 常用的一些共用庫
├── test : 單元測試
│ ├── dotest.cpp : 主要測試入口
│ ├── network
│ ├── template.cpp : 樣例模板 cpp 文件
│ ├── template.h : 樣例模板 頭文件
│ ├── ui
│ │ ├── gnome
│ │ └── kde
│ └── util
└── tools : 常使用的一些工具，用於維護系統
如何編寫configure.ac
configure.ac是產生configure以及automake重要文件，一般可以使用autoscan生成，這里就不太詳細描述，網上可以google到很多資料。
一般開發人員只需要使用autogen.sh，這個腳本會完成所有的automake以及autoconf的操作，雖然其中m4文件定義的宏非常重要，但是不需要開發人員完全讀懂，這里也不是關注的重點，等一步步的完全熟悉了，再過來了解也不遲。
這里項目中默認已經生成好了configure.ac。
如何編譯Makefile.am
開發人員重點關注的是Makefile.am，Makefile.am完全和Makefile的語法一樣，不過你可以寫少量的信息就足夠了。
如何編譯源文件
這里所指的源文件一般指c/c++源文件，對於java的源文件，我們將ant放入Makefile.am，道理一樣。編譯源文件一般有兩種方式，庫文件和可執行文件，而庫文件也有兩種方式，靜態庫文件和動態庫文件，一般靜態庫用：
lib_LIBRARIES = libcpthread.a
這種方式表示生成一個靜態庫，對應的源文件如何寫呢？
libcpthread_a_SOURCES = thread.cpp thread.h
當然對於一般頭文件可以忽略不寫，不過建議寫上，因為每個開發者都不是很規范，頭文件不僅僅只有申明，有的頭文件還會有實現。如果有多個cpp文件生成一個庫文件，則全部添加；如果有多個.a文件需要生成，只需要用空格隔開.a文件，相應的源文件對應到.a文件即可，如下所示：
lib_LIBRARIES = libcpthread1.a libcpthread2.a libcpthread2.a
那麼動態庫該如何寫呢？有人肯定會提到
lib_LIBRARIES = libcpthread.so
libcpthread_so_SOURCES = thread.cpp thread.h
不過可惜是錯誤的，這里順便提到一個libtool，主要用來生成靜態庫和動態庫的一個工具，不過在autogen.sh工具裡面已經包含。正確寫法如下：
lib_LTLIBRARIES = libcpthread.la
libcpthread_la_SOURCES = thread.cpp thread.h
有人看到這覺得很奇怪，為什麼要生成.la這個文件呢？.la文件內容如下：
# libcpthread.la - a libtool library file
# Generated by ltmain.sh - GNU libtool 1.5.6 (1.1220.2.95 2004/04/11 05:50:42)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.
# The name that we can dlopen(3).
dlname='libcpthread-1.0.0.so.1'
# Names of this library.
library_names='libcpthread-1.0.0.so.1.0.0 libcpthread-1.0.0.so.1 libcpthread.so'
# The name of the static archive.
old_library='libcpthread.a'
# Libraries that this one depends upon.
dependency_libs=' -ldl /usr/lib64/libconfig++.la /usr/lib64/libconfig.la /usr/lib64/libchardet.la /usr/local/lib64/libalog.la -lz /usr/local/lib64/libanet.la -lpthread -lalog'
# Version information for libcpthread.
current=1
age=0
revision=0
# Is this an already installed library?
installed=no
# Should we warn about portability when linking against -moles?
shouldnotlink=no
# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''
# Directory that this library needs to be installed in:
libdir='/usr/lib'
看到了吧？裡面指定了關於靜態庫和動態庫的依賴等一系列的信息，具體還可以參考項目框架設計模式中庫公約的部分。
靜態文件和動態文件都會在當前目錄的.libs下，當然開發者也不需要關注庫文件本身，了解在這個路徑下即可。
可執行文件如何編譯呢？
bin_PROGRAMS = threadpool
threadpool_SOURCES = threadpoolMain.cpp
此處的bin_PROGRAMS會將程序安裝到${prefix}路徑下，如果不想安裝，可以採用：
noinst_PROGRAMS = testthreadpool
threadpool_SOURCES = threadpoolMain.cpp
同理，如果有多個cpp文件生成一個庫文件，則全部添加；如果有多個.la文件或者可執行文件需要生成，只需要用空格隔開.a文件，相應的源文件對應到.a文件即可，如下所示：
lib_LTLIBRARIES = libcpthread1.la libcpthread2.la libcpthread2.la
noinst_PROGRAMS = testthreadpool1 testthreadpool2 testthreadpool3
如果庫文件或者二進制文件有頭文件的申明依賴或追加一些編譯選項，則可以使用CFLAGS或CPPFLAGS，如下所示：
threadpool_CPPFLAGS = -I$(top_srcdir)/include/example.h
如果是java源文件,只需要遵循普通makefile寫法即可，如：
all: threadpool.jar
.PHONY: threadpool.jar clean
threadpool.jar:
@ant jar
clean:
ant clean
當然，ant需要配置好build.xml喲！
如何連接庫
連接庫的的時候，同樣也會有區分，工程外部的連接需使用LDFLAGS，如下所示：
libcpthread_la_LDFLAGS = -pthread
如果是內部庫，我們就直接使用.la文件，這樣在選擇靜態連接或者動態連接的時候，就給開發者很大的空間。值得注意的是，庫文件和二進制的內部庫連接宏並不相同，表現如下：
libcpthread_la_LIBADD = $(top_srcdir)/src/util/libutil.la
threadpool_LDADD = libcpthread.la
現在編譯和連接是否都了解了呢？
非編譯的一些開發
當創建一個腳本或配置文件的時候：
make dist
則形成一個.gz的壓縮包，但剛才創建的腳本或配置文件並沒有加入，於是：
EXTRA_DIST = conf/config.cfg
script/example.sh
即可將腳本或配置文件放入到壓縮包中；
若在多層目錄上的時候，還可以使用宏SUBDIRS指定內部編譯的順序（包括當前目錄），比如：
SUBDIRS = util /
thread /
. /
log
/
common
在編譯系統make的時候，會嚴格按照順序進行。
提供外部開發
如果工程完成了，別人想使用上面的庫文件進行二次開發，該如何做呢？
libcpthreadincludedir = $(includedir)/@PACKAGE_NAME@/util/thread
libcpthreadinclude_HEADERS = thread.h
這樣在編譯系統make install的時候，會將頭文件安裝到上面指定的目錄下，別人依照上面的build系統繼續下面的build了。
❼ C編譯程序是（） A C程序的機器語言版本 B 一組機器語言指令 C 將C源程
選C 吧，編譯器就是把源程序(.c)編譯成目標程序(.obj)，然後再通過鏈接生成可執行程序(.exe)
❽ FC是什麼意思啊
⒈ 任天堂游戲機FC
Famicom(FC)是Nintendo公司在1983年7月15日於日本發售的8位游戲機。Famicom是FamilyComputer的簡寫。 Nintendo原先是一家主營撲克牌和日式花牌(花扎)的典型日本舊京都企業。不過在70年代晚期開發出了在日本十分流行的「Game&Watch」 (一種攜帶型液晶游戲機，游戲固定)。FC作為Nintendo正式加入游戲機行業的主將，可以說關系著Nintendo整個企業的生死。 Nintendo於1985年和1986年先後在美國和歐洲以Nintendo Entertainment System(NES)的名字發售了這部主機。並且為了適應歐美市場，Nintendo將FC樸素的紅白機身也改成了流線型的灰白金屬機身。 FC使用了1.79Mhz的摩斯太克（Mos technology）製造的 Mos 6502（8位）CPU（原用於蘋果第一台mac:Apple I)，解析度為256x240，52色中最大同時顯示24色，最大活動塊(sprite)數是64，活動塊大小為8x8。聲音方面使用PSG音源，有4個模擬聲道和1個數字聲道。卡帶的極限容量是4Mbit(512KB)。特別的是FC第一次在主機內部搭載了PPU(Picture Processing Unit)用來得到強化的圖像效果。這使游戲的質量比起Atari2600時代有了質的飛躍。由於將操作從3D的搖桿轉化成2D平面而在"Game&Watch"上受到好評的十字方向鍵也被FC也繼承了下來。而現在十字鍵幾乎成了Nintendo的招牌設計，也極大的影響到了其它廠商開發的主機手柄設計。 FC是續Atari2600之後又一取得巨大成功的主機。當時的家用電玩業受到1982年聖誕的Atari事件的影響，處在前所未有的低谷之中。無論是Atari的後續機種還是其它公司的以Atari2600為競爭對手的主機都受到了顧客的抵制。FC進入的是一個幾乎真空的市場。即使在對家用電玩產生抗拒心理頗強的歐美，由於其傑出的游戲品質，也幾乎被馬上接受下來。從此游戲機產業走出了因Atari2600崩潰所造成的陰影。 截止到Nintendo在1996年1月官方宣布終止FC，其全球銷量超過了6000萬，其中日本1800萬台，如果算上盜版或兼容機的話，數量更是驚人。 以現在的眼光來評價FC對整個電玩產業的貢獻，實際上不只是簡單的將業界從Atari事件的陰影里拯救出來。更重要的是FC一改Atari2600的軟體開發模式，以開發授權的方式將曾制Atari2600於死地的劣質軟體有效的排除出市場，這使業界的健康發展有了堅實的基礎。籍此發展起來的一批成功的游戲軟體製造商真正成為了電玩產業的第二支柱。 FC全稱為Family Computer，又稱紅白機，是日本任天堂公司1983年生產的游戲主機，現在很多游戲的前身就是來自於FC。FC為游戲產業做出了相當大的貢獻，甚至可以說FC游戲機是日本游戲產業的起點。FC也曾在80、90年代風靡中國大陸。那個時候也有很多人管它叫紅白機。相信很多玩家都有在童年時代玩紅白機游戲的經歷，也有很多玩家就是從這個神奇的主機開始了自己的游戲生涯。FC上出了不少經典的游戲，魂斗羅、坦克大戰、忍者龍劍傳、超級馬里奧（超級馬里奧賣出了歷史之最7000萬套的成績）……雖然那個時候無論是手柄還是游戲畫面都不能和現在比，但是這些游戲給我們的童年帶來了美好的回憶。其中重裝機兵，吞食天地，封神榜，等一大批中文游戲，也培養了國內第一代RPG游戲玩家. 任天堂FC機(紅白機)，1983年7月發售 又名：NES CPU：6502晶元 CPU主頻：1.8MHz CPU位數：8位 內存：主內存只有2K 畫面：總發色數52色，同屏幕最多顯示其中13色音源：單聲道，2個矩形波，1個三角波，1個雜音，1個PCM合成音源附件：麻將搖桿，跳跳板，光線槍，沖氣式機車，打地鼠搖桿，鍵盤，Bandai條碼機，2.8英寸磁碟機等公司：任天堂首發時間：1983年任天堂FC機該沒人不知道吧，我們很多玩家就是從玩FC開始接觸游戲機的，那時真是紅極一時，那時任天堂單是FC機的主機的發售收入就超過全美國的電視台的收入的總和.在美國人的心目中紮下了任天堂的這個招牌，就算現在處於困境的任天堂，它的N64在美國都能賣的第一，可見美國人對任天堂的感情。 日本版的FC和美國版的FC(美國稱FC做NES)是不同的，我們以前玩的那種就是日本版的，美國版的FC是一部好像錄像機一樣的東西，連軟體媒體都不同，美國的FC的卡帶是一盒錄像帶一樣的，就算連游戲都有一定的區別，不過這是因為是在兩地的公司做的原因，都是大同小異的，我們現在在網上能D到的游戲大多數是美版的，因為模擬器都大多是美國人做的。 FC(FamilyComputer)是日本任天堂公司開發的一種第三代家用游戲機，在中國大陸一般稱為「紅白機」。在歐美則稱為NES（Nintendo Entertainment System)。
結構
FC使用一顆由Mos Technology公司(摩托羅拉前雇員組建)製造的8位的6502中央處理器，PAL制式機型運行頻率為1.773447MHz，NTSC制式機型運行頻率為1.7897725MHz，內存和顯存為2KB。 FC有一顆可顯示64種顏色的圖像控制器（PPU），畫面可顯示2層卷軸和5個頁面，其中2個背景頁面各佔用1KB顯存，由於顯存的限制，最多隻能顯示16種顏色。 FC有一顆可編程的聲音發生器（PSG），可以提供4個模擬聲道和1個PCM數字聲道，其中3個模擬聲道用於演奏樂音，1個雜音聲道表現特殊聲效（爆炸聲，槍炮聲等），PCM數字聲道表現連續的背景音。 FC主機上有一個復位開關，1個電源開關，1個游戲卡插槽，2個帶有十字方向鍵的2鍵手柄（游戲控制器），主手柄上有「選擇」和「開始」按鈕。主機背面有電源介面，RF射頻輸出介面，視頻圖像輸出介面，音頻輸出介面。前面還有一個擴展埠，用於連接光線槍的外部設備。 FC游戲通常以只讀ROM形式存放於可插在主機插槽上的游戲卡中，容量有LA系列24K，LB系列40K，LC系列48K，LD系列64K，LE系列80K，LF系列128K，LG系列160K，LH系列256K，特卡系列和多合一卡帶等。還有一些帶有電池用來保存游戲。 1986年，任天堂還推出了一款由FC的設計者上村雅之設計的磁碟系統，可以在FC主機上通過轉換器連接一個磁碟機，通過軟盤來讀寫游戲，軟盤容量為112KB。
歷史
1983年7月15日，由宮本茂領頭開發的FC游戲機研製成功，開始進入市場，取得了巨大成功。不久，任天堂總裁山內溥決定讓哈德（HUDSON）、南夢宮（NAMCO）、泰托（TAITO）、卡普空（CAPCOM）、傑力（JALECO）和科樂美（KONAMI）六家軟體開發商加入開發FC游戲，被當時業界稱為「六大軟體商」。 1984年，任天堂創建了權力金制度，不但使軟體質量得到了保證，而且為任天堂獲得了巨大的利潤。 1996年1月，任天堂宣布停止了FC游戲機的生產，至此FC全世界已銷售6000萬台。
影響
FC游戲機開創了第三代家用游戲機市場，而隨其而生的權力金制度更是改變了游戲的開發模式。FC游戲機的兼容機在中國更是遍布城鄉，對中國青少年產生了巨大影響。 如果FC游戲機模擬器裝在mp4上，就可以在mp4上玩fc游戲了，文件後綴是nes。 現在山寨手機、家用VCD很多都內置了FC游戲。
[編輯本段]⒉ Fedora Core
FC是Fedora Core (有時又稱為 Fedora Linux)的簡稱 FC是眾多 Linux 發行套件之一。它是一套從Red Hat Linux發展出來的免費Linux系統。現時Fedora最新的版本是Core 6。
歷史
Fedora Core 的前身就是Red Hat Linux。2003年9月 ，紅帽公司 (Red Hat) 突然宣布不再推出個人使用的發行套件而專心發展商業版本（Red Hat Enterprise Linux）的桌面套件，但是紅帽公司也同時宣布將原有的 Red Hat Linux 開發計劃和 Fedora 計劃整合成一個新的 Fedora Project。Fedora Project 將會由紅帽公司贊助，以 Red Hat Linux 9 為範本加以改進，原本的開發團隊將會繼續參與 Fedora 的開發計劃，同時也鼓勵開放原始碼社群參與開發工作。
現況
Fedora Core 被紅帽公司定位為新技術的實驗場，與 Red Hat Enterprise Linux 被定位為穩定性優先不同，許多新的技術都會在 Fedora Core 中檢驗，如果穩定的話紅帽公司則會考慮加入 Red Hat Enterprise Linux 中。Fedora 預計每年發行 2～3 次的發行版本。 2003年11月，第一個發行版本 Fedora Core 1 出爐，版本代碼為Yarrow。這一版本與 Red Hat Linux 非常相似，加入了新的安裝機制 yum 之外，只是把 Red Hat 的標志代換掉，並更新套件而已。 2004年5月，Fedora Core 2 正式發布，版本代碼為Tettnang。這一版本除了是第一個採用 2.6 版核心的發行套件及用 Xorg X11 取代 XFree86 外，也加入了 IIIMF，SELinux 等許多新技術，並且在開放原始碼社群的支援下修正了許多套件的錯誤。 2004年11月，Fedora Core 3 正式發布，版本代碼為Heidelberg。這一版本採用 2.6.9 版核心、Xorg 6.8.1 、 GNOME 2.8 和 KDE 3.3.0。 2005年6月，Fedora Core 4 正式發布，版本代碼為Stentz。這一版本採用2.6.11 版核心、 GNOME 2.10 、 KDE 3.4.0、 GCC 4.0 和 PHP 5.0 。此外FC4還添加了對於 PowerPC 的支援。 2006年3月20日，Fedora Core 5正式發布，版本代碼為Bordeaux。GNOME 桌面基於 2.14 發布，KDE 桌面是 3.5 的一般版本。首次包含 Mono 支持，以及眾多 Mono 應用程序，例如 Beagle 桌面搜索工具、 F-Spot相片管理工具以及Tomboy記事程序。SCIM 語言輸入框架取代了過去使用的 IIIMF 系統。默認網頁瀏覽器是 Firefox 1.5。gcc 4.1 編譯器包含其中。內核基於 Linux 2.6.15。 2006年10月24日，Fedora Core 6正式發布，版本代碼為Zod。GNOME桌面基於GNOME 2.16，KDE桌面基於 KDE 3.5.4。添加了Compiz窗口管理器，提供對桌面視覺回饋特效的支持，並包含了X.org 7.1版本，內核基於2.6.18 Linux kernel。
[編輯本段]3.英制單位
英尺燭光（fc）為英制單位，與法定計量單位的換算關系是1fc=10.764lux
[編輯本段]⒋ 車型
FC和FD是MAZDA出產的RX-7系列中兩款車型 FR(前置引擎後輪驅動) FF(前置引擎前輪驅動) MR(中置引擎後輪驅動) RR(後置引擎後輪驅動) 4WD(四輪驅動~不論引擎位置~四輪驅動就是4WD) 第一個英文是代表引擎位置 第二個英文是代表驅動方式~F:前 M:中 R:後
⑴FF
引擎放在車前~用前輪驅動~ 優點-製造成本便宜~可以讓車內空間發揮到最大~ 缺點-前輪負擔大~容易產生轉向不足的情況~問題是代步車沒什麼差~ 舉例車型-目前路上看的到百分之90以上自家用小型車都是~
⑵FR
引擎放在車前~用後輪驅動~ 優點-車身重量前後較平均~和FF相反不容易產生轉向不足的情況~而且車內空間設計可以比MR車型多出較多的空間~ 缺點-因為要裝傳動軸~所以佔用了一定的車內空間~也有可能會產生轉向過度的問題~不過也不一定是缺點~甩尾就需要過度的轉向~ 舉例車型-平價跑車和高級轎車通常都是此種配置~有名的頭文字D卡通里的TOYOTA AE86~MAZDA RX-7~高級轎車BENZ和BMW很多車型都是此種配置
⑶MR
引擎放在駕駛身後~用後輪驅動~ 優點-完全性能取向的配置方式~因為引擎放置在駕駛身後~操控性是所有配置當中最佳的~既不會轉向不足也不會轉向過度~ 缺點-車內空間的設計非常有限~幾乎只能有兩個座位~但是性能取向的車子會在乎少載幾個人嗎? 舉例車型-頂極型超跑清一色都是~法拉利 F50~ENZO~保時捷Carrera GT~賓士CLK-GTR RR: 引擎放在車後~用後輪驅動~ 優點-很少見的配置方式~優點是傳送動力上損耗較少~ 缺點-因為重量集中在車後~比FR車型更容易產生轉向過度的問題~ 舉例車型-老甲殼蟲,保時捷911~所以想開911應該要有一定的開車技術~
⑷4WD
不論引擎位置~用四輪驅動~ 優點-四個輪胎都有動力~起跑快~越野性能佳~可以發揮最佳的抓地力~越野車非此種配置不可~ 缺點-耗油~製造成本高~結構復雜~四輪驅動裝置讓車身重量較重~ 舉例車型-WRC(世界拉力賽)賽車應該都是使用此種配置~像是三菱EVO~ 斯巴魯STI
[編輯本段]⒌ 廢柴
論壇、BBS等網路社區中對"廢柴"的拼音簡寫.意思是對正在談論的話題不了解卻橫加評論的人
[編輯本段]⒍ DOS命令
比較兩個文件或兩個文件集並顯示它們之間的不同 fc (DOS命令) FC [/A] [/C] [/L] [/LBn] [/N] [/OFF[LINE]] [/T] [/U] [/W] [/nnnn] [drive1:][path1]filename1 [drive2:][path2]filename2 FC /B [drive1:][path1]filename1 [drive2:][path2]filename2 /A 只顯示每個不同處的第一行和最後一行。 /B 執行二進制比較。 /C 不分大小寫。 /L 將文件作為 ASCII 文字比較。 /LBn 將連續不匹配的最大值設為指定 的行數。 /N 在 ASCII 比較上顯示行數。 /OFF[LINE] 不要跳過帶有離線屬性集的文件。 /T 不要將 tab 擴充到空格。 /U 將文件作為 UNICODE 文字文件比較。 /W 為了比較而壓縮空白(tab 和空格)。 /nnnn 指定不匹配處後必須連續匹配的行數。 [drive1:][path1]filename1 指定要比較的第一個文件或第一個文件集。 [drive2:][path2]filename2 指定要比較的第二個文件或第二個文件集。
[編輯本段]⒎ LINUX 命令
fc 命令
⑴用途
處理命令歷史列表。
⑵語法
打開一個編輯器去修改或重新執行以前輸入的命令 fc [ -r ] [ -e Editor ] [ First [ Last ] ] 生成一個以前輸入的命令的列表 fc -l [ -n ] [ -r ] [ First [ Last ] ] 重新執行一個以前輸入的命令 fc -s [ Old= New ] [ First ] 描述 fc 命令顯示了歷史命令文件內容或調用一個編輯器去修改並重新執行以前在 shell 中輸入的命令。 歷史命令文件按編號列出命令。列表中的第一個編號可以任意選擇。每一個命令與編號的關系不會改變，除非用戶登錄進系統並且沒有其它進程訪問過該列表。在這種情況下，系統將重新設置編號，並把餘下的最老的命令編號設置為 1。 如果歷史命令文件中的編號達到了一個大於 HISTSIZE 環境變數值，或是大於 32767 的極限值，不管是哪一種情況，shell 將把編號重新設為 1。盡管可選編號重新開始設置，但 fc 命令會按時間順序維護命令序列。例如，有三個命令按照編號 32766,32767 和 1（被折返）排序，則編號 32767 的命令仍被認為在編號為 1 的命令之前。 可以使用 -l（L 的小寫）標志列出歷史文件中的命令。當沒有使用 -l 標志並且使用了 -eEditor 標志編輯命令，其結果行將輸入到歷史文件的末尾並且被 shell 重新執行（ fc -e Editor 命令不會被輸入進歷史命令列表中）。如果編輯器返回一個非零的退出狀態值，這將禁止歷史文件中的條目和命令重新執行。 與 fc 命令一起使用的命令行上的任何變數賦值或者重定向運算符將再一次調用前面的命令，並且抑制 fc 命令和前面的命令所產生的標准錯誤。示例： fc -s -- -1 2>/dev/null
⑶標志
-e Editor 使用指定的編輯器編輯命令。 Editor 參數應是一個命令名稱。該命令用 PATH 環境變數指定位置。當沒有指定 -e 標志時，環境變數 FCEDIT中的值被用作預設值。如果環境變數 FCEDIT 是空值或沒有設置，則使用 ed 編輯器。 -l （L 的小寫）列出了歷史文件中的命令。不調用編輯器去修改它們。按照 First 和 Last 參數所指定的順序寫命令，就象-r 標志所作用的，在每一個命令的前面有一個命令編號。 -n 當與 -l 標志一起使用時，隱藏命令編號。 -r 逆轉所列出命令的順序（當使用 -l 標志）或者逆轉所編輯的命令順序（當沒有指定 -l 標志時）。 -s 不調用編輯器重新執行一個命令。如果沒有指定 First 參數，則 -s 標志重新執行前一個命令。
⑷參數
First or Last 選擇要列出或編輯的命令。HISTSIZE 環境變數值確定了能夠訪問到的以前所輸入命令的數量。First 參數和 Last 參數必須具有下列數值中的一個： [+] Number 表示一個特定的命令編號。-l 標志可以顯示命令編號。預設是一個 +（加符號）字元。 -Number 表示一個以前執行的命令，由存儲在歷史列表中的命令編號指定。例如，-1 指出了前一個剛執行過的命令。 String 指出了最近所輸入的命令，該命令以指定的字元串開頭。如果指定了 Old=New 參數但沒有指定 -s 標志，則來自 First 參數的字元串中不能包含一個嵌入的 =（等於符號）。 當使用 -s 標志時，省略 First 參數將導致使用前一個命令。 當沒有指定 -s 標志時，將應用下列規則： * 當使用 -l 標志時，省略 Last 參數將會導致預設使用前一個命令。 * 當使用 -r、-n 和 -e 標志時，省略 Last 參數會導致預設使用 First 參數。 * 如果 First 參數和 Last 參數都被省略了，則列出前 16 個命令或編輯前一個命令（取決於是否使用 -l 標志）。 * 如果使用了 First 參數和 Last 參數，則列出所有的命令（當指定了 -l 標志時）或編輯所有的命令（當沒有指定 -l 標志）。通過將所有的命令同時顯示在編輯器中，可以實現編輯多個命令，每個命令都另起一新行。如果 First 參數表示的命令比 Last 參數表示的命令要更新的話，則命令是以相反的順序被列出或編輯的。這與使用 -r 標志的效果是一樣的。例如，下列第一行的命令與第二行上相應的命令是等價的： fc -r 10 20 fc 30 40 fc 20 10 fc -r 40 30 * 當使用某一范圍中的命令時，如果 First 參數或 Last 參數指定了不在歷史列表的值時，這並不是一個錯誤。fc 命令會替換表示列表中合適的最早或最近的命令的值。例如，如果在歷史列表中僅有編號從 1 到 10 的十個命令，則命令： fc -l fc 1 99 分別列出和編輯所有這十個命令。 Old=New 在要重新執行的命令中，用新字元串去代替第一個出現的老字元串。 環境變數 下列環境變數會影響 fc 命令的執行： FCEDIT 當 shell 擴展該環境變數時，該變數確定了 -e editor 變數的預設值。如果環境變數 FCEDIT 為空值或沒有被設置，則預設使用 ed 編輯器。 HISTFILE 確定歷史命令文件的路徑名。如果環境變數 HISTFILE 沒有被設置，則 shell 可能會嘗試訪問或創建在用戶主目錄中的 .sh_history 文件。 HISTSIZE 確定一個十進制數值，該數值表示了可以訪問的以前輸入的命令的數量限值。如果沒有設置該變數，則使用預設值 128。 退出狀態 下列出口值被返回: 0 成功完成列表。 >0 發生錯誤。 否則退出狀態是由 fc 命令執行的命令的狀態。
⑸示例
①要對最近所使用的命令調用環境變數 FCEDIT 所定義的編輯器（預設的編輯器是 /usr/bin/ed），請輸入： fc 當完成編輯之後，執行該命令。 ②要列出執行過的前兩個命令，請輸入： fc -l -2 ③要找到以 cc 字元開始的命令，且把 foo 改變為 bar，並顯示和執行該命令，請輸入： fc -s foo=bar cc
⑺文件
/usr/bin/ksh 包含了 Korn shell 的內置命令 fc。 /usr/bin/fc 包含了 fc 命令。
[編輯本段]⒏ 空之軌跡FC
游戲《空之軌跡》第一部被稱為「空之軌跡FC」，全稱為「空之軌跡FirstChapter」，即第一章。
[編輯本段]⒐ FOOTBALL CLUB縮寫
足球俱樂部 F=Football C=Club 像大俱樂部的球隊，不光有足球隊，還有籃球、排球等很多隊伍，是用這樣的縮寫來區分的 例如FC Manchester United 即曼徹斯特聯足球俱樂部的簡稱 但FC並不是全球統一用的，如義大利俱樂部AC米蘭中的AC即義大利語中足球俱樂部的意思。
[編輯本段]⒑ 美國聯邦准則（FC）
FC是對TCSEC的升級，並引入了「保護輪廓」（PP）的概念。每個輪廓都包括功能、開發保證和評價三部分。FC充分吸取了ITSEC和CTCPEC的優點，在美國的政府、民間和商業領域得到廣泛應用。
[編輯本段]⒒氟代烷
FC是氟利昂的一類，由氟原子取代了烷烴中的全部氫原子而來。
[編輯本段]⒓光纖信道
網狀通道(Fibre Channel)，簡稱FC。是一種跟SCSI 或IDE有很大不同的介面，它很像乙太網的轉換開頭。以前它是專為網路設計的，後來隨著存儲器對高帶寬的需求，慢慢移植到現在的存儲系統上來了。網狀通道通常用於連接一個SCSI RAID（或其它一些比較常用的RAID類型），以滿足高端工作或伺服器對高數據傳輸率的要求。 光纖信道在硬體上依賴價格昂貴的FC交換器，一台只有最基本功能的8埠FC交換器起價就要30萬元，1個FC埠的平均成本高達數萬甚至十多萬元，且每部要連接FC SAN的伺服器都必須安裝1片價格1千美元上下的FC HBA，部署一套FC SAN的費用非常高昂。使用者也必須具備FC協議相關知識才能有效管理，以致限制了FC SAN的普及。因此無論儲存廠商如何宣揚SAN的好處，現實上能享用這些好處的企業相當有限。 13. 纖維芯 鋼絲繩所用芯的一種。FC： fibre core 詳見GBT 8706-2006 13 .夢幻西遊門派：方寸山