【正文】 。但是一旦你掌握了 匯編語 言，你就 會發(fā)現 你已 經 離不 開它 了。一 個匯編 程序 員 一般均勝 過 一名高 級語 言程序 員 ，因 為 他 們 知道 編譯 器的局限之 處 并且知道 編譯器在編譯時 是怎 樣處 理他們 程序中的代 碼的 。但是，即使 你永遠 也不打算去 編寫 一行 匯編 代 碼， 我仍然可以拿出一些理由 來說 服 你學習匯編語 言。 另一 個學習匯編語 言的理由是 為了單純的學習 一些知 識 。一 個 可以很好的 說 明 問題的 例子就是在 匯編語 言直接支持 對 機器各種硬件的 訪問與 操作，并且 有許 多相 應 的指令可 進 行具體 實 施，而像 C 這樣 的高 級語 言就不能如此。使用高 級語言編寫 出的程序 獨 立于具體的機器硬件 環(huán) 境，它 們 很少考 慮 一臺機器的具體特 點 。使用 虛擬內 存 雖然 可行，但 畢 竟不是 針對 此 問題的 一 個 好的解 決 方案。即使是 在一臺內 存容量 達 32M 或者更大的 計 算機上，也是 應該盡 量避免 編寫 大的 應 用程序。 節(jié) 省 內 存空 間 就意味 著 省 錢 ， 這個道理相 當簡單 易懂。 盡 管一些人 認為 程序 員 可以不用 擔心計 算機 內 存容量的限制，但是 我們 仍然需要程序 員去編寫 一些 簡 潔的程序。 不僅 如此，你能 夠 通 過 仔 細地編寫匯編 代 碼而將 程序的 運 行速度提高五分之一或者十分之一。 （ 4）知 識 你所掌握 的關于匯編語 言的知 識將 有助 你編寫 出 質 量更好的程序。 （ 2）空 間 匯編 程序往往是最 簡 潔的。如果你 對 機器的 運 行速度最 為關 心的 話 ，那么即使十 分討厭匯編語 言的人也不得不承 認，匯編語 言是一 個 不 錯 的 選擇 。否 則 ， 你隨 口 說出的關于匯編 語 言的看法也 許會對 那些比你了解 匯編語 言更少的 人產 生很大的影 響 。 確 實，關于匯編語 言充斥 著 太多的 謊 言、 錯誤 思想、 謎 和半真半假的 話 。 可移植性差可能是人 們反對 使用 匯編語 言最主要的原因了。但是用 C 語言編寫 的程序也并不能保 證 具有良好的移植性。一 個為 IBM 品牌機 編寫 的 80X86 匯編 程序不能 夠在一臺 蘋果機上 運 行；同 樣 地，一 個為 蘋果機 編寫的匯編 程序也不能在其它品牌的 計 算機上 運 行，即使 兩 臺機器都有相同的 680 0 微 處 理器。因此希望程序 員在編寫程 序 時盡 量短小精悍，不能因 為現 在計 算機的 內 存容量大了，而去盲目的 編寫 一些大程序。在 過 去很 長 一段 時間 里，程序 員們 所使用機器的 內 存容量都是4KB，后 來 ， 隨著機 器的 內 存容量 擴 展 為 32KB 或者 64KB，程序 員們所編寫 出 來的程序的大小也 隨 之增 長 。 目前 計 算機的 內 存容量已 經足夠 大了，通 過 使用 匯編語 言 來達到節(jié) 省 內 存的 這 種做法已不再可取。 如果你想要追求更快的 計 算機 運 行速度，你 應該 去使用一 個 高效的算法而不是 轉向 去借助 于 匯編語 言。我始 終覺 得奇怪：人 們總 是愿意 花許多錢 去 購買 一臺速度更快的 計 算機， 卻 不愿意花 費時間去 用 匯編語言編寫 他 們 的代 碼 以便 獲 得更快的 運 行速度。 不僅 如此，你也很少 會 遇到一位愿意做 將 C 程序代 碼轉換 成等價的 匯編 代 碼 工 作的匯編程序 員 ，也 許 ， 這 也就是那些 反對 使用 匯編語 言的 人為 什么用 C 編譯 器的原因了吧。 針對編譯 器的優(yōu)化研究正在日益取得 進 展，然而 對 于同一 問題匯編 程序 員所編寫 出的代 碼和 使用高 級語言編寫 并 經過編譯 器翻 譯 后所生成的 匯編 代 碼還 是有所不同。 日益改 進 的 編譯 技 術 使得 匯編語 言已不再重要。事 實 上，一 個 優(yōu)秀 的匯編 程序 員 并不需 要花這 么 多時間來編寫代碼 。 編寫匯編 程序很耗 費時間 。 這 些 標 準函 數庫 中的函 數 能 夠用來 解 決許 多 實際編 程 問題，而匯編 程序 員卻沒 有 現 成的 標 準函 數庫 可供利用，只有完全通 過 自己 來編寫程 序。在 過 去很 長 一段時間 里 ，匯編 程序 員在編寫程 序 時 完全是 從零開始 。 編寫匯編 程序很困 難 。但是能 編寫 出一 個 高 質 量的， 好維護 的程序的人并不能 稱 之 為 天才。 實際 上， C 語 言程序也 難維護 ，想要使程序 運 行相 當長 9 的一段 時間 而不出 現 任何 問題 相 當 困 難 。你 還記 得你是怎 樣調試 出你的第一 個 Pascal 程序中的 錯誤了嗎 ？因此， 當 你一 開始 接觸一種新的程序 設計語 言 時 ，在 調試其 程序出 現種種 困 難 是在所 難 免的， 隨著 你 對這 種 編 程 語 言的 調試 技 術 不 斷 掌握，情 況會 越 來 越好。 調試匯編 程序很困 難 。但是那些 持有這 種 觀點 的大多 數 人并不真正了解 匯編語 言，如果你胡 亂寫 出一 個匯編 程序，那肯定是 讓 人 無 法 閱讀 和理解。 閱讀 和理解 匯編 程序很困 難 。 為 什么呢？因 為這 些 語 言都和 Pascal 語 言很相似， 換 句話說 ， 當你學習 起 一門 不熟悉的 語 言 時 ，比 如說 Prolog， 難 度就大多了。你不如 嘗試著 去 學 像 APL， Prolog 或者Smalltalk 這樣 的 語 言，你就 會有這樣 的感受了。 匯編語言學 起 來 很困 難 。那么， 誰又會 相信，一 個 精通多種 編 程 語 言但 卻沒 有花 時間去學習匯編語 言的人能 夠 形成 對匯編語 言如 實 、客 觀 的 評 價呢？ 當 我和 別 人交 談時 ，我 會盡 可能的表 達 出我的以上 觀點 ，在本章的前言中 ，我準 備花十頁紙 去逐 個解釋 前面列出的每一種 觀點 ， 盡管這 本 書 已 經夠長 了，但是 對前 面列出的 這 些 觀點進 行 簡 明扼要的反 駁還 是有必要的。究竟有多少人愿意根據他 們對匯編語 言的了解或者 所讀過 的有 關匯編語 言的文章 來發(fā) 表 對匯編語 言的看法是令人想知道的。確 實，匯編語 言 80%的不足之 處 就在于人 們根 據 從他們 的朋友，老 師 或者一些與 匯編語 言有 關的 文章或 書 籍中所 獲 得的信息對匯編語 言形成了一些 錯誤的 看法。下面是人 們 所 給 出的若干 條不 使用 匯編語 言的理由： （ 1） 匯編語言學 起 來 很困 難； （ 2） 閱讀 和理解 匯編 程序很困 難； （ 3） 調試匯編 程序很困 難； （ 4） 匯編 程序 難維護 ； （ 5） 編寫匯編 程序很困 難； （ 6） 編寫匯編 程序很耗 費時間； （ 7）日益改 進 的 編譯 技 術 使得 匯編語 言已不再重要； （ 8）目前 計 算機的 運 行速度已 經足夠 快了，再去使用 匯編語 言已 顯得 多余； （ 9）如果你想要追求更快的 計 算機 運 行速度，你 應該 去使用一 個 更高效的算法而不是 轉 向 去借助 于匯編語 言； （ 10）目前 計 算機的 內 存容量已 經足夠 大了，通 過 使用 匯編語 言 來達到節(jié)省 內 存的 這 種做法已不再可取； （ 11） 匯編語 言依 賴于 具體的機器硬件 環(huán) 境，不具 備 良好的移植性。ll probably start using it far more than you ever dreamed you would. That is a mon malady among assembly language programmers. Seems they can39。s doing with their code. Those who don39。ll know exactly what the piler is doing with all those HLL statements. Once you see how pilers translate seemingly innocuous statements into a ton of machine code, you39。ve got lots to do. My time would be better spent writing code than learning assembly language. There are some practical reasons for learning assembly, even if you never intend to write a single line of assembly code. If you know assembly language well, you39。t a particularly attractive solution either. With virtual memory, the bigger an application is, the slower the system will run as a result of that program39。s claims that programmers no longer have to worry about memory constraints, there are many programmers who need to write smaller pro