1. 如何學好c語言
所有初學者面臨的第一個問題便是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校通常會幫你指定一本很差勁的C語言課本；而幸運的是，你還可以再次選擇。沒有學習交流地方可以來
所以我建議初學者應該以Visual C++ 6.0（不是VisualC++ .NET）或者Dev C++作為主要的學習環境，而且千萬不要在IDE的使用技巧上過多糾纏，因為今後你一定要轉向Unix環境的。Visual C++ 6.0使用很方便，調試也很直觀，但其默認的編譯器對C標準的支持並不好，而Dev C++使用gcc編譯器，對C99的標准都支持良好。使用順帶提一下，很多大學的C語言課程還在使用Turbo C 2.0作為實驗環境，這是相當不可取的，原因其一是TC 2.0對C標准幾乎沒有支持，其二是TC 2.0編譯得到的程序是16位的，這對今後理解32位的程序會造成極大的困擾（當然,用djgpp之類的東西可以使TC 2.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語言，其實我主要想說說程序該怎麼學，或者一點感悟罷了，在這里，我只想引用身邊的幾個人的例子，來談一下對程序學習的理解
第一個人要說到我了，我對程序產生興趣，是聽說程序可以作游戲，那時候是在初一，然而借來一本G-BASIC簡明教材後，我便傻了眼。
陌生的詞彙，古怪的邏輯，都是些天文的中文譯本，頭疼了好一陣子。
然而當時又沒有別的閑書可看，我就整天捧著那一本書，什麼方法都試過了，甚至倒著看過了，都沒看出什麼眉目，自己又沒有電腦，只能不停地大膽地想像，然後滿腦子的疑惑……
在這里停一下，上面說的便是我學習的風格：總要經歷一番波折，瞎折騰幾下，然後才會有偶然間的明悟－開竅了！我甚至沒見過幾個人有我這么笨，現在明白過來了，我總是一開始把事情想得過於復雜，造成狗咬刺蝟的難堪的局面，然而竟然有意想不到的收獲！但是不建議大家模仿這種風格，起碼追女朋友的時候不能這樣，生活中很多機會在於接手的那一瞬間，失去就永遠找不回來了。
現在回來，後來偶然間，我看懂了一行代碼，是print 語句，當時興奮得要命，又仔細看了這個看了那個，一下子看懂了很多東西，像是在霎那間被什麼給擊中似的，立刻間醍醐灌頂。。。。
初三在學校學了FOXBASE，基本上自學的，我發現了一件奇怪的事，我這人是出了名的記性不好，然而當時背程序中的命令卻是過目不忘，到現在還記得很多，也許是感興趣吧，也感謝我的微機老師給我提供自由上機的機會！後來我又自學了QBASIC，初四暑假又學了一點C，那時學C遇到不少困難，當時我們學校機房連C語言都沒有，我只好悶在家裡，一本二級C教材，一本配套習題，整天發呆地想，把自己的腦袋當電腦cpu使，有時進入死循環，有時又徹底崩潰。我花十幾天看完了一本書，做完了一本題，然而腦袋裡充滿了疑惑，由於沒有上機實踐的機會，我就憑自己的猜測與推理己慢慢建立了一大堆理論，十分得意與自信，但後來證明大部分是錯的，害我花了很長時間去糾正，這是後話。可是，還是那句話不破不立，不阻不行。就像我現在有了電腦，整天泡在互聯網的海洋里，感受著快餐文化，好久都沒靜下心來好好想點東西了.
高中還上過幾節電腦課，只不過忙於應付高考，我將學程序的打算放棄了，到這里我該說下一個人了。
高中時坐我旁邊一女生，她的文曲星里有BASIC，我偶爾拿過來編了幾個小程序玩，她看到後很感興趣，令人驚訝的是，她只看了三五個程序，聽我講了幾個命令的功能，就能根據自己的想像編出小動畫來，她此前是絕沒有學過程序的！我曾一度懷疑過她的智商，然而她程序是如此之快，卻讓我的眼都瞪大了好幾圈，比我當年高了好幾個境界！我後來經常在想，是不是我當時的方法不對，程序到底應該怎樣學。。。
一晃就到了大學，我碰到另一個讓我佩服的人，跟我一樣是學計算機的，他是偶爾看到我在編動畫，然後十分感興趣，便開始自學。他令人吃驚的是，指針，結構體，位運算等等，都沒搞懂（更不用說演算法和數據結構），只學了三種程序結構，現在只學了C半年，便自己能編出貪吃蛇，俄羅斯方塊，掃雷，還有很多叫不出名字的小游戲來，現在又在寫黑白棋，我知道我確實是走了不少彎路。
程序應該怎樣學，對C來講，我覺得應該從畫圖學起。
原因有二。
一，畫圖程序很能振奮人心的，它能帶給你濃厚的興趣，這是學程序的關鍵。
二，畫圖程序容易上手，很簡單的道理，就能做出很漂亮的東西來。有很多東西甚至不用看課本，就能自己推出來（我認為推理的方法很重要，它是你自學的必要條件）。
比如畫一個圓，從數學角度來分析，要確定一個圓，只需知道它的圓心（x,y）與半徑r,那好一個圓就畫出來了，circle(x,y,r);
其它的類推，再畫一個立體的，選擇立方體，再分析，只要知道兩個對角的坐標就行了吧，翻一下課本，不是這樣，為什麼？你或許會想到，電腦屏幕本來就是平面的，用立體坐標的理論在這里，恐怕就不是最簡單的方法。所以它採用的應該是兩個平面圖形平移。此處留下疑問，立體圖形在平面坐標中怎麼表示？自己慢慢研究，很淺的東西。
想作動畫吧，想像一下動畫的原理只是從一個圖形變幻到另一個圖形，不同地變幻就出現動畫效果，那就可以畫一個，擦了，再畫一個新的，再變化。。。
數學功底好的話，從二維到三維，從靜態到動態我認為是很快的過渡。
具體該怎麼學呢，你可以多找幾個畫圖的例子，敲到電腦里，多敲幾個，慢慢地你就會知道哪些東西是干什麼的，慢慢地就會自己做出東西來。
但這里不要沉溺太久了，先學畫圖只是幫助你輕松地入門（很多人C學完了還沒有入門）。
從畫圖里暫時走出來，你應該打打基礎了，這里不再贅述。可以邊學邊實踐，物理，數學課本中很多問題都可以用程序來演示，來解決，嘗試著多做些東西，這比你老學課本中的模型強多了，只有你自己去體會才能知道。
談及C語言，我想凡是學過它的朋友都有這樣一種感覺，那就是「讓我歡喜讓我憂。」歡喜的是，C語言功能非常強大、應用廣泛，一旦掌握了後，你就可以理直氣壯地對他人說「我是電腦高手！」，而且以後若是再自學其他語言就顯得輕而易舉了。憂慮的是，C語言猶如「少林武功」一般博大精深，太難學了。其實就筆者認為C語言並非是「difficult（困難）」的，只要你能理清思路，掌握它的精髓，那麼自學C語言是一件非常容易且又其樂無窮的事。今天本人就與大家一起談談如何學習C語言或者說學習C語言應從哪幾方面著手。
了解一些基本知識
一．C語言的背景
就個人感觸，無論學習哪門語言首先應該了解一下自己所學語言的背景，也可以說它的發展史。
C語言屬於高級程序語言的一種，它的前身是「ALGOL」。其創始人是布朗·W·卡尼漢和丹尼斯·M·利奇。C語言問世時是帶有很大的局限性，因為它只能用於UNIX系統上。然而隨著科學技術的進步，計算機工業的發展，C語言逐漸脫離UNIX。1987年美國標准化協會制定了C語言的國際標准，簡稱「ANSI C」，從此以後它便成為一種廣泛使用的程序語言。C語言的優點很多，主要的有如下四點：
1．兼備高級語言與低級語言的優點，屬於一種中間語言。
2．它是一種結構化程序設計語言，非常適合結構化程序設計。
3．有較豐富的數據類型、運算符以及函數供以選用。
4．直接與內存打交道，使修改、編輯其他程序與文檔變得輕松，簡單。
二．二大語系二種不同的學習方法
筆者學習過很多程序語言，例如：C，C＋＋（C語言的擴展），QBASIC，VB（BASIC的可視化），JAVA，J ，VB，JAVA，ASP，FOXPRO，PERL等等，就本人實踐所得，其實高級程序語言分為兩大語系。一路是以C為主的程序語言，例如：JAVA，JAVA等，這類語言在函數的調用，程序語句的書寫，循環的控制都極為相似。另一路是以BASIC為首的程序語言，例如：FOXPRO，VB等，此類語言同樣具有相似的函數調用，程序語句書寫以及循環控制，但與C語系是不同的。因此若是您以前是從QBASIC起家的，那麼在學習C語言前最好是先洗洗腦，千萬不要把學習BASIC的方法以及思路用在C身上。
講到這里，我想大家對C語言一定有了感性認識吧！下面讓我們再升華一下，全方位親密接觸它。學習C語言必須從以下四點入手，也就是說，只要你能掌握這四點的內容，那麼基本上就大功告成了。
怎樣才能學好c語言
有人問我c語言是不是很難學，我說不是，後來問的人多了，我就萌生了寫一篇關於c語言如何入門的文章的念頭來。
其實c語言很簡單，它只是一種交流的規則，一種表達的工具，一種承載思想的容器而已，之所以感覺難，我覺得是還不習慣使用計算機特點來考慮問題。這就好比中國人從到英國定居一樣，雖然你學過英語，但是那隻是想像中的英國，和現實的英國的情況還相差很遠，所以要有一個適應的過程，也就是常說的過渡期或磨合期。
想盡快上手就得掌握計算機的特點，計算機的特點包括：
1、 計算機在問題的處理方式上要求全，將所有的可能都要告訴它。人可以根據習慣忽略一些東西，但計算機不行。比如說求解一元二次方程，我們考慮問題就已經默認了a不等於0，更有甚者把b方減4ac也默認大於等於零了。這是我們的習慣，既然有解，我們一般習慣上就把它定為實數解，所以你做出來的程序一般是不考慮這兩個條件的，但是計算機不行，計算機是有名的弱智。計算機沒有象人一樣的智能處理能力，它是人忠實的信徒，不管你怎麼想，它都會執行你的命令。由於你的習慣，導致一些別有用心的人或者無意犯錯的人來犯錯誤，致使計算機有時無所適從。很疲憊，甚至崩潰，報錯，造成你的程序是不成功的，所以你感覺很難。
2、 計算機要求程序的描述精確，無二義性。人的語言有很強的隨機性和二義性。我們平時說話時，有時是一些招呼，有時說話的邏輯性可以不太清楚，話既可以表達這樣的意思，也可以表達那樣的意思，人可以根據環境和對方想表達的含義進行分析，最終得到正確的結果，但是計算機很弱智，雖然它很聽話，但是他不能理解你表達的思想，只會按你交給的指令執行，這樣導致執行時報警和出錯。
3、 計算機編程是要求有很強的全局性和邏輯性，不存在起伏的問題。人的思維有很強的活躍期和蟄伏期，計算機不會，它隨時待命。人在考慮問題時，有很多盡興的東西，但這不是處理問題的整體，而是一部分，所以就出現做完一段代碼後，就不願意再寫，或感覺很吃力，所以感覺很難。
計算機要求它的主人，考慮問題要全面，所有可能的情況及處理都要告訴它，要求學會沉穩，心態要穩定，要求交流的語句一定要明了含義單一。
怎樣才能很快的學會c語言，更快的度過磨合期呢？C語言的語法規則記憶理解當然是不可少的，除此之外還應注意以下幾個方面：
1、 好好理解一下變數和函數的概念，至少要重新回頭看看初等數學。這是基礎，否則就會先天不足，你學的再好，也成不了大氣候。
2、 平衡心態，雖然不能做到「不以物喜，不以己悲」的水平，但至少不要浮躁，不要急於求成，欲速則不達。
3、 培養自身的全局意識，既能小無內，也能大無外，才行。
4、 嚴格按照程序設計過程設計程序，不要跳脫，天馬行空，沒有規矩是不成方圓的。
5、 努力提高自身的綜合素質。程序是人思維的表達形式，是人處理問題思路和語言的結合體。你對客觀看成到什麼程度和你掌握的知識成正比。如果你對處理的問題不理解，不會處理，你怎麼也寫不出程序。
6、 學會交流，多交流，相互補益，同時團隊合作也是很重要的。
總之，實踐出真知，多學、多練、多思、多交流，勤奮好學才能學成。
2. 看看這道c語言
排列組合
遍歷
n個項目 份數 的和 =m種可能
n個自然數加起來 = m
求這n個自然數的 組合有幾種；
把這幾個組合進行全排列，把結果全部輸出出來。 帶入利潤就可以了。就是一個分解的過程
3. c語言怎麼調用dll文件
1、新建DLLTest文件夾，在該文件夾中新建source文件夾。
注意事項：
C語言能以簡易的方式編譯、處理低級存儲器。C語言是僅產生少量的機器語言以及不需要任何運行環境支持便能運行的高效率程序設計語言。
4. C語言中 在一個函數中用 static修飾的變數，還能給它賦上新值嗎
可以，static在C語言中是表示一個變數為靜態變數的，而不是常量，也不是不可變的變數。所謂的靜態變數有兩種情況，一種是靜態全局變數，一種是靜態局部變數。
像在VB，C#，C，C++，Java，PHP，Objective-C，JavaScript中我們可以看到static作為關鍵字和函數出現，在其他的高級計算機語言如FORTRAN、ALGOL、COBOL、BASIC、LISP、SNOBOL、PL/1、Pascal、PROLOG、Ada等語言中也是有出現的，只是有著不同的作用，對於其具體作用，讀者有需要的時候是可以具體查閱的。
(4)c語言樓靜擴展閱讀：
靜態全局變數有以下特點：
該變數在全局數據區分配內存；未經初始化的靜態全局變數會被程序自動初始化為0（在函數體內聲明的自動變數的值是隨機的，除非它被顯式初始化，而在函數體外被聲明的自動變數也會被初始化為0）；
靜態全局變數在聲明它的整個文件都是可見的，而在文件之外是不可見的；靜態變數都在全局數據區分配內存，包括後面將要提到的靜態局部變數。
5. c語言靜態函數調用問題
樓上只說對一半，這里能調用a和b兩個函數確實是因為使用include把a.cpp和b.cpp加入到了main.cpp裡面，使用include實際是把對應代碼加到include的位置。真正做項目沒有這樣做的，都是使用頭文件的方式；
static修飾的函數和變數在別的文件是絕對不可見的，這是樓上錯誤的地方，即使使用extern聲明函數導出，也不可以，編譯時根本就不能通過，會報static類型錯誤，不能導出。。。
在你原來文件結構上加入頭文件：
//a.h
#include <iostream>
using namespace std;
void a();
//b.h
void b();
然後把main.cpp裡面的2個include分別改成a.h和b.h，編譯：g++ main.cpp a.cpp b.cpp會發現報錯誤：
a.cpp: In function 『void a()』:
a.cpp:3: error: 『void a()』 was declared 『extern』 and later 『static』
a.h:3: error: previous declaration of 『void a()』
這里就是因為a函數是static類型，不能導出，把static去掉這里就可以編譯通過了。。。。
這也是static其中一個用法
6. C語言動態變數和靜態變數的區別
一、形式不同：
靜態變數是在定義的時候，有static 修飾的變數，形式為static TYPE var_name = init_value;
動態變數，形式為TYPE var_name = init_value；即沒有static 修飾，其中的=init_value均可省略。
二、作用不同：
動態全局變數：作用域為整個項目，即最終編譯成可執行文件的所有文件中均可以使用動態全局變數，生命周期為從程序運行到程序退出，即貫穿整個運行時間。
靜態全局變數：作用域為當前文件，從定義/聲明位置到文件結尾，生命周期為從程序運行到程序退出，即貫穿整個運行時間。
常量使用
靜態變數也可以用於存儲常數。具體來說，靜態變數（全局變數及匯編語言里定義的符號亦同）可用const，constant或final（根據語言決定）等關鍵字標識，這時其值就會在編譯時設定，並且無法在運行時改變。
編譯器通常將靜態常量與文本一起置於目標文件的文本區域，而非常量初始化數據則置於數據區；而如若有需要，有些編譯器還可選擇為其開辟專用區；為防止常數變數被錯誤的指針寫入覆蓋，亦可在這塊區域啟用內存保護機制。
以上內容參考：網路-靜態變數
7. 有關c語言中靜態變數的題目，求解題全過程和答案
輸出為12,10,16。C語言的壓棧順序是從右到左，因此fun(fun(c))最先執行，fun(c)最後執行。fun(fun(3))先求裡面的fun(3),返回值為3+5+1=9，此時靜態變數c=1，fun(9)返回值為9+5+2=16，靜態變數c=2；fun(2)返回值為2+5+3=10，靜態變數c=3；fun(3)返回值為3+5+4=12，靜態變數c=4。
樓上的把C語言的壓棧順序搞反了吧？
8. 怎麼學好C語言
一、如何學習C語言
學習C語言不是一朝一夕的事情，但也不需要花費十年時間才能精通。如何以最小的代價學習並精通C語言是本文的主題。請注意，即使是「最小的代價」，也絕不是什麼捷徑，而是以最短的時間取得最多的收獲，同時也意味著你需要經歷艱苦的過程。一、要讀就讀好書，否則不如不讀
所有初學者面臨的第一個問題便是：如何選擇教材。好的開始是成功的一半，選擇一本優秀的教材是事半功倍的關鍵因素。不幸的是，學校通常會幫你指定一本很差勁的C語言課本；而幸運的是，你還可以再次選擇。
大名鼎鼎的譚浩強教授出了一本《C語言程序設計》，據說發行量有超過400萬，據我所知，很多學校都會推薦這本書作為C語言課本。雖然本人的名字（譚浩宇）跟教授僅僅一字之差，但我是無比堅定地黑他這本書的。這本書不是寫給計算機專業的學生的，而是給那些需要考計算機等級考試的其它專業學生看的。這本書的主要缺點是：例子程序非常不專業，不能教給你程序設計應該掌握的思考方式；程序風格相當地不好，會讓你養成亂寫代碼的惡習；錯誤太多，曾經有人指出過這本書的上百個錯誤，其中不乏關鍵的概念性錯誤。好了，這本書我也不想說太多了，有興趣大家可以網路一下：）
Kernighan和Ritchie的《The C Programming Language》（中譯名《C程序設計語言》）堪稱經典中的經典，不過舊版的很多內容都已過時，和現在的標准C語言相去甚遠，大家一定要看最新的版本，否則不如不看。另外，即使是最經典最權威的書，也沒有辦法面面俱到，所以手邊常備一本《C語言參考手冊》是十分必要的。《C語言參考手冊》就是《C Reference Manual》，是C語言標準的詳細描述，包括絕大多數C標准庫函數的細節，算得上是最好的標准C語言的工具書。順便提一句，最新的《C程序設計語言》是根據C89標准修訂的，而《C語言參考手冊》描述的是C99標准，二者可能會有些出入，建議按照C99標准學習。還有一本《C和指針》，寫得也是相當地不錯，英文名是《Pointers on C》，特別地強調指針的重要性，算是本書的一個特點吧。不過這本書並不十分適合初學者，如果你曾經學過C語言，有那麼一些C語言的基礎但又不是很扎實，那麼你可以嘗試一下這本書。我相信，只要你理解了指針，C語言便不再神秘。
如果你已經啃完了一本C語言教材，想要更進一步，那麼有兩本書你一定要看。首先是《C Traps and Pitfalls》（中譯名《C陷井與缺陷》），很薄的一本小冊子，內容非常非常地有趣。要注意一點，這本書是二十多年前寫成的，裡面提到的很多C語言的缺陷都已被改進，不過能夠了解一些歷史也不是什麼壞事。然後你可以挑戰一下《Expert C Programming》（中譯名《C專家編程》），書如其名，這本書頗具難度，一旦你仔細讀完並能透徹理解，你便可以放心大膽地在簡歷上寫「精通C語言」了。
切記一個原則，不要讀自己目前還看不懂的書，那是浪費生命。如果你看不懂，那你一定是缺失了某些必需基礎知識。此時，你要仔細分析自己需要補充哪些內容，然後再去書店尋找講述的這些內容的書籍。把基礎知識補充完畢再回頭來學習，才會真正的事半功倍。
二、Unix/Linux還是Windows，這是個很大的問題
不同的編程環境會造就出不同思維的程序員。Windows的程序員大多依賴集成開發環境，比如Visual Studio，而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）或者Dev C++作為主要的學習環境，而且千萬不要在IDE的使用技巧上過多糾纏，因為今後你一定要轉向Unix環境的。Visual C++ 6.0使用很方便，調試也很直觀，但其默認的編譯器對C標準的支持並不好，而Dev C++使用gcc編譯器，對C99的標准都支持良好。使用順帶提一下，很多大學的C語言課程還在使用Turbo C 2.0作為實驗環境，這是相當不可取的，原因其一是TC 2.0對C標准幾乎沒有支持，其二是TC 2.0編譯得到的程序是16位的，這對今後理解32位的程序會造成極大的困擾（當然,用djgpp之類的東西可以使TC 2.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語言是編程的根基，也是最為深奧和靈活的語言。有了這篇文章的幫助相信大家會有一個學習方法。
9. 求c語言中各個語句如int，float，scanf的用法和區別
int 是定義整形的數據
float是定義單精度實數（想當於是小數）
scanf就是輸入函數，用來接收鍵盤輸入的數字或者字元
用法嘛，就是 int a=23;
float b=5.63;
scanf("%d%f",&a,&b);
這里scanf函數，會把接收的a和b賦予到a和b
相當於是實現了電腦和人之間的一個交換
了解？