為什麼都是c語言,是c語言嗎

本文目錄一覽：

• 1、為什麼要學習C語言？
• 2、為什麼學計算機的都要學C語言？
• 3、為啥要學c語言
• 4、為什麼現在的操作系統基本上用C語言來實現

為什麼要學習C語言？

（1）應用軟件。Linux操作系統中的應用軟件都是使用C語言編寫的，因此這樣的應用軟件安全性非常高。

（2）對性能要求嚴格的領域。一般對性能有嚴格要求的地方都是用C語言編寫的，比如網絡程序的底層和網絡服務器端底層、地圖查詢等。

（3）系統軟件和圖形處理。C語言具有很強的繪圖能力和可移植性，並且具備很強的數據處理能力，可以用來編寫系統軟件、製作動畫、繪製二維圖形和三維圖形等。

（4）數字計算。相對於其他編程語言，C語言是數字計算能力超強的高級語言。

（5）嵌入式設備開發。手機、PDA等時尚消費類電子產品相信大家都不陌生，其內部的應用軟件、遊戲等很多都是採用C語言進行嵌入式開發的。

（6）遊戲軟件開發。遊戲大家更不陌生，很多人就是由玩遊戲而熟悉了計算機。利用C語言可以開發很多遊戲，比如推箱子、貪吃蛇等。

上面僅列出了幾個主要的C語言應用領域，實際上，C語言幾乎可以應用到程序開發的任何領域。

為什麼學計算機的都要學C語言？

c語言是一切編程語言的基礎，好多語言都是c語言的延伸或者改變，都有c語言的影子的所以要先學c語言的。希望可以得到採納！

為啥要學c語言

基礎的話什麼都不用。往深學需要英語 主要為了看外文書籍和代碼注釋。還需要數據結構和操作系統的知識。當然要想寫出一段高效的代碼 還需要離散數學，計算機算法的知識。

程序員之路——如何學習C語言並精通C語言

程序員之路——如何學習C語言

學習C語言不是一朝一夕的事情，但也不需要花費十年時間才能精通。如何以最小的代價學習並精通C語言是本文的主題。請注意，即使是“最小的代價”，也絕不是什麼捷徑，而是以最短的時間取得最多的收穫，同時也意味着需要經歷艱苦的過程。

一、要讀就讀好書，否則不如不讀

所有初學者面臨的第一個問題便是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校通常會幫你指定一本很差勁的C語言課本；而幸運的是，還可以再次選擇。

大名鼎鼎的譚浩強教授出了一本《C語言程序設計》，據說發行量有超過400萬，據我所知，很多學校都會推薦這本書作為C語言課本。雖然本人的名字（譚浩宇）跟教授僅僅一字之差，但是無比堅定地黑他這本書的。這本書不是寫給計算機專業的學生的，而是給那些需要考計算機等級考試的其它專業學生看的。這本書的主要缺點是：例子程序非常不專業，不能教給程序設計應該掌握的思考方式；程序風格相當地不好，會養成亂寫代碼的惡習；

Kernighan和Ritchie的《The C ProgrammingLanguage》（中譯名《C程序設計語言》）堪稱經典中的經典，不過舊版的很多內容都已過時，和現在的標準C語言相去甚遠，大家一定要看最新的版本，否則不如不看。另外，即使是最經典最權威的書，也沒有辦法面面俱到，所以手邊常備一本《C語言參考手冊》是十分必要的。《C語言參考手冊》就是《CReferenceManual》，是C語言標準的詳細描述，包括絕大多數C標準庫函數的細節，算得上是最好的標準C語言的工具書。順便提一句，最新的《C程序設計語言》是

根據C89標準修訂的，而《C語言參考手冊》描述的是C99標準，二者可能會有些出入，建議按照C99標準學習。還有一本《C和指針》，寫得也是相當地不錯，英文名是《Pointers onC》，特別地強調指針的重要性，算是本書的一個特點吧。不過這本書並不十分適合初學者，如果曾經學過C語言，有那麼一些C語言的基礎但又不是很紮實，那麼可以嘗試一下這本書。相信，只要理解了指針，C語言便不再神秘。

如果已經啃完了一本C語言教材，想要更進一步，那麼有兩本書一定要看。首先是《C Traps andPitfalls》（中譯名《C陷井與缺陷》），很薄的一本小冊子，內容非常非常地有趣。要注意一點，這本書是二十多年前寫成的，裡面提到的很多C語言的缺陷都已被改進，不過能夠了解一些歷史也不是什麼壞事。然後可以挑戰一下《Expert CProgramming》（中譯名《C專家編程》），書如其名，這本書頗具難度，一旦仔細讀完並能透徹理解，便可以放心大膽地在簡歷上寫“精通C語言”了。

切記一個原則，不要讀自己目前還看不懂的書，那是浪費生命。如果看不懂，那一定是缺失了某些必需基礎知識。此時，要仔細分析自己需要補充哪些內容，然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習，才會真正的事半功倍。

二、Unix/Linux還是Windows，這是個很大的問題

不同的編程環境會造就出不同思維的程序員。Windows的程序員大多依賴集成開發環境，比如VisualStudio，而Unix程序員更加鍾愛Makefile與控制台。顯而易見，集成開發環境更容易上手，在Windows上學習C語言，只需要會按幾個基

本的Visutal C++工具欄按鈕就可以開始寫Hello,

World!了，而在Unix下，需要一些控制台操作的基本知識。有人也許認為Unix的環境更簡潔，但習慣的力量是很大的，大家都很熟悉Windows的基本操作，而為了學習C語言去專門裝一個Unix系統，似乎有點不划算。

對於一個只懂得Windows基本操作、連DOS是什麼都不知道的新手而言，儘快做一些有趣而有意義的事情才是最重要的。用C語言寫一個小程序遠比學習

ls、cat等命令有趣，況且要專註於C語言本身，就不得不暫時忽略一些東西，比如編譯鏈接的過程、Makefile的寫法等等等等。

所以建議初學者應該以Visual C++ 6.0（不是VisualC++ .NET）或者DevC++作為主要的學習環境，而且千萬不要在IDE的使用技巧上過多糾纏，因為今後一定要轉向Unix環境的。Visual C++6.0使用很方便，調試也很直觀，但其默認的編譯器對C標準的支持並不好，而DevC++使用gcc編譯器，對C99的標準都支持良好。使用順帶提一下，很多大學的C語言課程還在使用Turbo C2.0作為實驗環境，這是相當不可取的，原因其一是TC 2.0對C標準幾乎沒有支持，其二是TC2.0編譯得到的程序是16位的，這對今後理解32位的程序會造成極大的困擾（當然,用djgpp之類的東西可以使TC2.0編譯出32位程序，不過那過於複雜了）。

等學完一本C語言的教材，一定要轉向Unix平台繼續學習，幾乎所有的C語言高級教程都是基於Unix平台的（比如《C專家編程》）。轉變的過程是痛

苦的，需要面對的是各種紛繁複雜的命令，完全不同於Windows平台的思考方式，但是這種痛苦是值得的。Unix與C是共生的，Unix的思考方式和習慣更加符合C語言的思考方式和習慣。在Unix下，可以找到無數優秀的源代碼供你盡情閱讀，可以方便地查看某個庫函數的聯機手冊，還可以看到最優秀的代碼風格

歸結起來就是一句話：初學C語言，建議使用Windows系統和集成開發環境，在準備向“高手”方向努力時，請先轉向Unix平台。

三、萬事俱備，就是東風

書已選定，環境配置完成，正所謂萬事俱備，只欠自己的努力了。請從書的前言開始，仔細地閱讀手頭的教材，很多人看書喜歡直接從第一章開始看，這是錯誤的做法。前言是作者對整本書的大體介紹，作者一般會告訴需要什麼基礎才能夠順利閱讀本書，這可以幫助你檢驗自己的基礎知識是否已經具備。看完前言，還要瀏覽一下目錄，了解一下書的整體結構，順便給自己安排一下學習計劃。

學習C語言，必需注意每一個細節，書上的例子代碼一定要自己親自敲一遍，編譯執行輸出都跟書上說的一致才能算是學完了一個例子，如果不一致，就要仔細找原因。出了書本上有的例子，自己還要“創造”一些例子，比如學習運算符優先級的時候，可以寫幾個相同的表達式，在不同的位置加上括號，看看有哪些不同的行為，比如*p++和(*p)++，又比如a = b == c、(a = b) == c和a = (b ==c)等等。自己抄的書上的例子以及改造之後的例子，還有自己“創造”的例子，都應該仔細地歸類保存，並且要在源代碼中寫上簡短的注釋，闡述這個例子的意圖。

例子之後就是習題了，建議初學者把所有的習題都獨立做一遍，然後對照答案的代碼，看看自己的代碼有那些不足，再試着修改自己的代碼。很多人不重視習題，這是極大的錯誤，因為作者通常會在習題中說明一些重要的道理，而不是單純地檢驗前面的知識。

也許認為這樣學習太慢，其實不然。學得細緻就不用走回頭路，等學到後面才發現自己前面沒搞清楚，那才是真的得不償失。一般說來，整本書讀完，應該完數千行乃至上萬行的代碼，無論是原封不動照抄書上的，還是自己心血來潮寫就的，都是今後繼續學習的一筆財富。以自己舉例，閱讀《Windows核心編程》時（只閱讀了3/4的內容），除了抄書上的代碼，還自己寫了很多例子，一共有5574行（用unix下的wc工具統計），時隔多日，早已記不清Windows的系統編程了，但只要花幾分鐘翻出以前的代碼看看，便會重新瞭然於胸。所謂好記性不如爛筆頭，就是這個道理。

仔細讀書、認真抄寫源代碼、獨立完成習題外加更進一步的實驗，最後將所有的代碼留下，成為自己的經驗和財富，絕對的辛苦，也絕對的事半功倍。當然，這種方式只適合學習需要精通的技術，如果不是學習C語言，還要具體情況具體分析。

為什麼現在的操作系統基本上用C語言來實現

因為如果要在開發時間和軟件效率之間取一個平衡點的話，開發操作系統的平衡點就是C語言。

除了C語言以外，其它語言都不具備某些特性、不夠方便、軟件效率不高。

寫操作系統需要編程語言提供以下幾個特徵：

1、跨平台，不能是只在某個平台下編譯（VB就不行）；

2、必須是編譯型語言（PHP就不行），或者有一個非常高效的解釋器；

3、必須有方便的操作硬件的功能，容易嵌入彙編（Java就不行）；

4、兼容性要好，最好不同編譯器編譯的符號要基本相同，容易鏈接（C++不行，如果放棄Class的話C++基本可以）；

5、編譯器本身最好是由該語言自己完成的（大部分語言的編譯器都是用C/C++寫的）；

6、開發者可以很方便的擴展、改造、或者使用第三方的運行庫（大部分語言的庫都無法修改）；

7、開發者眾多（小眾語言就不行）；

8、該語言開發操作系統的資料要足夠完善。

所以總結下來，C語言是首選。

當然了，不是說其它語言一定不行，只是其它語言開發操作系統時會有各種各樣的不方便的地方，因為有人就用Java+彙編來實現一個操作系統，也不是不可以，只是很麻煩。（參見寫操作系統只能用彙編和C語言？ – 北極的回答）

而由於最早開發操作系統的時候選用了C語言，而且一直延續了下來。不管是習慣還是語言特性，C語言一直都很符合條件，因此沒有必要冒着各種風險換一種語言來開發。

補充，如果使用C++寫操作系統，並不是特別困難。C++的問題在於混合編譯時符號表比較麻煩（VC和GCC生成的全局符號名字不一樣），C++的運行效率略低於C，所以一般沒有人用C++去寫內核。

但是Windows里確實存在着使用C++寫的驅動，也算是屬於操作系統的一部分吧。