【導(dǎo)讀】enlightenment.language.important.they'veheardfromfriends,instructors,articles,andbooks.Oh,assemblylanguageis. "Ofcourse. capabilities?

　　

【正文】 準(zhǔn)函 數(shù)庫給編 程 帶來 的便利。 這 些 標(biāo) 準(zhǔn)函 數(shù)庫 中的函 數(shù) 能 夠用來 解 決許 多 實(shí)際編 程 問題，而匯編 程序 員卻沒 有 現(xiàn) 成的 標(biāo) 準(zhǔn)函 數(shù)庫 可供利用，只有完全通 過 自己 來編寫程 序。但是在本 書 中，我采用了由美 國 加利弗利 亞 大 學(xué)為 使用 80X86 匯編語 言的程序 編寫 的一 個(gè) 標(biāo) 準(zhǔn)函 數(shù)庫，匯編 程序 員 可以通 過調(diào) 用 這個(gè)標(biāo) 準(zhǔn)函 數(shù)庫 中的函 數(shù) 而大大 減輕編寫代碼時(shí) 的工作量， 這就 像 C 語 言的 標(biāo) 準(zhǔn)函 數(shù)庫對(duì)編寫 C 程序所起的作用一 樣 。 編寫匯編 程序很耗 費(fèi)時(shí)間 。 軟 件工 程師們估計(jì) ， 軟件開發(fā)者 在一 個(gè)軟件開發(fā) 周期 中僅僅 花 費(fèi) 大 約 30%的 時(shí)間來編寫代碼， 即 使軟件開發(fā)者 用 匯編語 言花了比使用一些高 級(jí)語 言 兩 倍的 時(shí)間來編寫代碼， 其 對(duì) 整 個(gè)軟 件 項(xiàng)目 完成 時(shí)間 的影 響也 只有 15%的不同。事 實(shí) 上，一 個(gè) 優(yōu)秀 的匯編 程序 員 并不需 要花這 么 多時(shí)間來編寫代碼 。 當(dāng)然 ，使用一種高 級(jí)語 言 來編寫代碼會(huì) 比使用 匯編語言節(jié) 省一些 時(shí)間 ，但是 這 種 時(shí)間 上的 節(jié) 省并不 能和使用 匯編語 言所 帶來 的 好處 相提 并論 。 日益改 進(jìn) 的 編譯 技 術(shù) 使得 匯編語 言已不再重要。首先， 這 種 觀點(diǎn)是錯(cuò)誤的而且 很可能 永遠(yuǎn) 是 這樣 。 針對(duì)編譯 器的優(yōu)化研究正在日益取得 進(jìn) 展，然而 對(duì) 于同一 問題匯編 程序 員所編寫 出的代 碼和 使用高 級(jí)語言編寫 并 經(jīng)過編譯 器翻 譯 后所生成的 匯編 代 碼還 是有所不同。如果一名 匯編 程序 員 先用 C 語言編寫 出代 碼 然后再手工地 將 它 們轉(zhuǎn)換 成等價(jià)的 匯編 代 碼的話 ，按理 說 一 個(gè) 好的 C 編譯 器 應(yīng)該產(chǎn) 生跟手工 轉(zhuǎn)換 相同或者更加高效的 匯編 代 碼來 ，但是 實(shí)際 情 況 并不是 這樣 。 不僅 如此，你也很少 會(huì) 遇到一位愿意做 將 C 程序代 碼轉(zhuǎn)換 成等價(jià)的 匯編 代 碼 工 作的匯編程序 員 ，也 許 ， 這 也就是那些 反對(duì) 使用 匯編語 言的 人為 什么用 C 編譯 器的原因了吧。 目前 計(jì) 算機(jī)的 運(yùn) 行速度已 經(jīng)足夠 快了，再去使用 匯編語 言已 顯得 多余。我始 終覺 得奇怪：人 們總 是愿意 花許多錢 去 購買 一臺(tái)速度更快的 計(jì) 算機(jī)， 卻 不愿意花 費(fèi)時(shí)間去 用 匯編語言編寫 他 們 的代 碼 以便 獲 得更快的 運(yùn) 行速度。 關(guān)于計(jì) 算機(jī)的 10 運(yùn) 行速度和程序的 運(yùn) 行速度 之間 存在 著許 多激烈的 爭論 ，但是有一 點(diǎn)總 是正確的，那就是在一臺(tái) 給 定的 計(jì) 算機(jī)上，用 匯編語言編寫 出 來 的程序的 運(yùn) 行速度最快。 如果你想要追求更快的 計(jì) 算機(jī) 運(yùn) 行速度，你 應(yīng)該 去使用一 個(gè) 高效的算法而不是 轉(zhuǎn)向 去借助 于 匯編語 言。 其實(shí) ，上 述觀點(diǎn)并 不正確， 難道匯編語 言中就 沒 有一些高效的算法 了嗎 ？在任何高 級(jí)語 言中能 夠 使用的算法就一定能 夠在匯編語言中使用；但是 卻有許 多能在 匯編語 言中使用的算法不能在高 級(jí)語 言中使用。 目前 計(jì) 算機(jī)的 內(nèi) 存容量已 經(jīng)足夠 大了，通 過 使用 匯編語 言 來達(dá)到節(jié) 省 內(nèi) 存的 這 種做法已不再可取。有一句俗 語 叫得寸 進(jìn)尺 ， 這 一俗 語 用在 當(dāng) 今的程序 設(shè)計(jì)中再合適不 過了 。在 過 去很 長 一段 時(shí)間 里，程序 員們 所使用機(jī)器的 內(nèi) 存容量都是4KB，后 來 ， 隨著機(jī) 器的 內(nèi) 存容量 擴(kuò) 展 為 32KB 或者 64KB，程序 員們所編寫 出 來的程序的大小也 隨 之增 長 。如今， 許 多 計(jì) 算 機(jī)的 內(nèi) 存容量已 經(jīng) 是 32M 或是 64M了，而程序 員們所編寫 出的程序大小更是 繼續(xù) 增 長 ，有的程序甚至在 運(yùn) 行 時(shí) 需要占用整 個(gè)內(nèi) 存空 間 。因此希望程序 員在編寫程 序 時(shí)盡 量短小精悍，不能因 為現(xiàn) 在計(jì) 算機(jī)的 內(nèi) 存容量大了，而去盲目的 編寫 一些大程序。 匯編語 言依 賴于 具體的機(jī)器硬件 環(huán) 境，不具 備 良好的移植性，確 實(shí) ， 這 是一 個(gè) 不可否 認(rèn) 的事 實(shí) 。一 個(gè)為 IBM 品牌機(jī) 編寫 的 80X86 匯編 程序不能 夠在一臺(tái) 蘋果機(jī)上 運(yùn) 行；同 樣 地，一 個(gè)為 蘋果機(jī) 編寫的匯編 程序也不能在其它品牌的 計(jì) 算機(jī)上 運(yùn) 行，即使 兩 臺(tái)機(jī)器都有相同的 680 0 微 處 理器。如果你需要 將你所編寫的匯編 程 序能在不同的 計(jì) 算機(jī)上 運(yùn) 行，那么 你在編寫匯編 代 碼時(shí) 需要花 費(fèi) 很多的心思。但是用 C 語言編寫 的程序也并不能保 證 具有良好的移植性。一 個(gè)為 IBM 計(jì) 算機(jī) 編寫 的 C 程序也不能 夠在一臺(tái)麥 金塔 計(jì) 算機(jī)上 編譯 通 過并運(yùn) 行。 可移植性差可能是人 們反對(duì) 使用 匯編語 言最主要的原因了。但是那些因 為匯編語 言可移植性差而拒 絕 使用 該語 言的人 卻轉(zhuǎn)向 去使用移植性同 樣 很差的 C語 言。 確 實(shí)，關(guān)于匯編語 言充斥 著 太多的 謊 言、 錯(cuò)誤 思想、 謎 和半真半假的 話 。但是 無論 你怎 樣 去 評(píng) 價(jià) 匯編語 言，你必 須在 形成你自己 對(duì)匯編語 言的 觀點(diǎn) 之前首先學(xué)過匯編語 言。否 則 ， 你隨 口 說出的關(guān)于匯編 語 言的看法也 許會(huì)對(duì) 那些比你了解 匯編語 言更少的 人產(chǎn) 生很大的影 響 。 11 言的 優(yōu)勢(shì) 是什么 有一 個(gè) 古老的 笑話 是 這樣說 的：使用 匯編語 言有三 個(gè) 理由，那就是速度、速度、更快的速度。如果你 對(duì) 機(jī)器的 運(yùn) 行速度最 為關(guān) 心的 話 ，那么即使十 分討厭匯編語 言的人也不得不承 認(rèn)，匯編語 言是一 個(gè) 不 錯(cuò) 的 選擇 。 總 的 說來，匯編語 言有如下幾 個(gè) 特 點(diǎn) ： （ 1）速度 一般 說來 ，用 匯編語言編寫 出的程序具有最快的 運(yùn) 行速度。 （ 2）空 間 匯編 程序往往是最 簡 潔的。 （ 3）能力 我們 能 夠用匯編語言編寫 出一些在高 級(jí)語 言中很困 難 或者根本無 法 實(shí)現(xiàn) 的程序。 （ 4）知 識(shí) 你所掌握 的關(guān)于匯編語 言的知 識(shí)將 有助 你編寫 出 質(zhì) 量更好的程序。 匯編 程序比用其它程序 設(shè)計(jì)語言編寫 出的程序具有更快的 運(yùn) 行速度，一名熟 練的匯編 程序 員 幾乎一直能 編寫 出比一名熟 練的 C 程序 員運(yùn) 行速度更快的程序。 不僅 如此，你能 夠 通 過 仔 細(xì)地編寫匯編 代 碼而將 程序的 運(yùn) 行速度提高五分之一或者十分之一。甚至即使你的程序不通 過編譯 器的優(yōu)化， 將 程序的 運(yùn) 行速度 進(jìn)行大幅提升也是可能的。 盡 管一些人 認(rèn)為 程序 員 可以不用 擔(dān)心計(jì) 算機(jī) 內(nèi) 存容量的限制，但是 我們 仍然需要程序 員去編寫 一些 簡 潔的程序。 針對(duì) 同一 問題編寫 出 的匯編 程序通常要比用高 級(jí)語言 編寫 出的程序占 用內(nèi) 存空 間 少。 節(jié) 省 內(nèi) 存空 間 就意味 著 省 錢 ， 這個(gè)道理相 當(dāng)簡單 易懂。如果一 個(gè)程 序有 ，那么 這個(gè)程 序 就無 法存 儲(chǔ) 在一 張 的 軟盤 中；同 樣 地，如果一 個(gè)應(yīng) 用程序需要 2MB 的 內(nèi) 存空 間 ，而 計(jì) 算機(jī)中只有1M 的 內(nèi) 存空 間 ，那么 該 用 戶 就不得不去再安 裝 一 條 1M 的 內(nèi) 存 條 。即使是 在一臺(tái)內(nèi) 存容量 達(dá) 32M 或者更大的 計(jì) 算機(jī)上，也是 應(yīng)該盡 量避免 編寫 大的 應(yīng) 用程序。 許多用 戶對(duì) 他 們 的 計(jì) 算機(jī)配置了超 過 8M 的 內(nèi) 存，以便他 們 能同 時(shí)運(yùn) 行多 個(gè)程 序，但是如果 應(yīng) 用程序都很大的 話 ， 這樣 的目的往往 達(dá) 不到。使用 虛擬內(nèi) 存 雖然 可行，但 畢 竟不是 針對(duì) 此 問題的 一 個(gè) 好的解 決 方案。 能力是人 們 使用 匯編語 言的另一 個(gè) 理由。使用高 級(jí)語言編寫 出的程序 獨(dú) 立于具體的機(jī)器硬件 環(huán) 境，它 們 很少考 慮 一臺(tái)機(jī)器的具體特 點(diǎn) 。然而 這 正是 匯編語 12 言的 長處 ，如果你想去充分地利用一臺(tái)機(jī)器的具體硬件 環(huán) 境，那么你最好去 選擇匯編語 言。一 個(gè) 可以很好的 說 明 問題的 例子就是在 匯編語 言直接支持 對(duì) 機(jī)器各種硬件的 訪問與 操作，并且 有許 多相 應(yīng) 的指令可 進(jìn) 行具體 實(shí) 施，而像 C 這樣 的高 級(jí)語 言就不能如此。因此可以 說 ，使用 匯編語 言可以 進(jìn) 行最底 層的 機(jī)器硬件 編 程，而 這 一特 點(diǎn)卻 是如今 許 多高 級(jí)語 言所不具 備 的。 另一 個(gè)學(xué)習(xí)匯編語 言的理由是 為了單純的學(xué)習(xí) 一些知 識(shí) 。也 許 某些人 會(huì)認(rèn)為 ， 我們 最好 應(yīng)該把時(shí)間 花在其它一些更有意 義 的事情上，而不是花在 純 粹的 學(xué)習(xí) 一些 匯編語 言知 識(shí) 上。但是，即使 你永遠(yuǎn) 也不打算去 編寫 一行 匯編 代 碼， 我仍然可以拿出一些理由 來說 服 你學(xué)習(xí)匯編語 言。首先，如果你很了解 匯編語 言的 話 ，你就 會(huì)對(duì)編譯 器有了一 個(gè) 更深刻的 認(rèn)識(shí) ，并且 會(huì) 確切地知道 編譯器在編譯時(shí) 是如何 將 程序中的 語 句翻 譯 成機(jī)器代 碼的 。一 個(gè)匯編 程序 員 一般均勝 過 一名高 級(jí)語 言程序 員 ，因 為 他 們 知道 編譯 器的局限之 處 并且知道 編譯器在編譯時(shí) 是怎 樣處 理他們 程序中的代 碼的 。 不 錯(cuò)，匯編語 言確 實(shí) 需要不 斷 地完善 自己。但是一旦你掌握了 匯編語 言，你就 會(huì)發(fā)現(xiàn) 你已 經(jīng) 離不 開它 了。不 過這 是所有 匯編 程序 員 的一 個(gè) 普遍的缺 點(diǎn) ，因?yàn)?他 們 看上去 實(shí) 在不能忍受 編譯 器拙劣的 編譯 工作。