c和c程序員面試秘笈

❶ C語言筆試或面試一般會問到什麼問題

既然是面試，一定要提前准備，最好准備一套自我介紹，包括對IT行業的看法之類，面試官經常會問這些問題。

由於c語言是程序員工作語種的其中1個，所以對於程序員這個工種，還是有一些具體的注意事項：

第一、基礎很重要，不要生疏了。

不管應聘什麼開發崗位，基礎永遠是最重要的。IT業不停地在炒作新概念，昨天是SOA，今天是雲計算。我們永遠不知道明天流行什麼，但是只要有踏實的基礎，輔以較好的學習能力，要跟上步伐也不會太難。所以絕大多數公司都會特別看重應聘人員的基礎能力，比如編程語言本身的特性、基本的演算法和數據結構、進程間通信等等，畢竟這些具體技術問題有客觀的答案，而且在各具體行業都是相通的。
工作三年以上的人，往往都習慣了「拷貝+修改」式的工作，用不到的基礎知識基本上都忘掉了，一到應聘的時候就難免眼高手低，總是抓不住機會。
而事實上，技術基礎即便是遺忘了，也是可以很快撿起來的。如果求職者確實忘了很多基礎知識，那麼參加面試的前夜，花點時間把大學里的課本再翻出來看看吧。似乎很土的方法，但確實是有效的。

第二、要關注技術前沿。

不管做任何工作，如果只顧著低頭做事，而不曉得抬頭看天。那麼不管做多久，自身的水平總是停留在畢業時的水平；如果基礎又忘記了太多，那還不如畢業生。
關注技術前沿，並不是要求跟進每一個新技術，而只需關注目前主流媒體經常宣傳的一些新技術、新思想。關注這些技術前沿的動向，並能與自己從事的工作聯系起來作一些深入思考，那麼這是向面試官宣揚求職者的學習能力的一種好辦法。

第三、小公司比較看重知識的廣度，大公司更看重知識的深度。

如果求職業想去一些小公司工作，那麼由於他們人少，分工沒那麼細，所以用人單位大多喜歡知識面廣的應聘者——求職者會聽到更多的「怎麼做」。對於應聘這樣的公司，求職者可以著重培養知識的廣度，比如做網站後台開發，最好也能js、css、apache、mysql都懂一些，能獨自搭建一套完整的網站，這樣去很多小公司難度都不太大。但是由於個人的精力總是有限的，所以要注意不要鋪得太開，重點還是在後台開發本身。
而大公司由於分工比較明細，所以往往更喜歡考量重點知識面的深度——求職者會聽到更多的「為什麼」。所以平常解決問題時，不要光搜索一把解決了就完了，還需要仔細研究各種問題的來龍去脈，並能分析總結，將這些收獲系統化、理論化。
當然，廣度和深度的需求不是絕對的，一個優秀的開發人員應該對至少一到兩個專業領域有著深入的了解，並熟悉其他相關領域，也就是所謂的一專多能。

第四、良好的簡歷設計可以為你的應聘加分。

社會應聘的簡歷往往比校園應聘的簡歷寫得隨意，因為有工作經驗的人往往認為面試官會更看重他的工作經驗，而不是簡歷格式。其實不然。
大多數簡歷只會出現在面試官面前10秒到1分鍾不等。這個短短的時間內，如何讓求職者脫穎而出？這個方面有很多的攻略，我只說重點建議，不解釋原因。
一是簡歷要突出優勢，而不是描述經歷。比如出身名校、就職過名企、參與過著名項目、拿過大獎，這些比較客觀的優勢要重點突出。如果求職者沒有UI的功底，那麼簡單地放大加粗也可以達到效果。當然有些公司只接受文本型簡歷，那就設法加一些特殊符號吧。
二是技術簡歷減少模糊化的語句，最好能數字化。例如項目代碼量，維護的數據量，網站的訪問量，請求平均耗時等等。
三是簡歷要能結合應聘崗位做一些匹配的修改。撇開招聘網站通用的簡歷不談，如果求職者明確對一個特定公司的特定崗位投出簡歷，那麼求職者有必要把跟對應崗位無關的內容弱化，並強化跟其業務相關的內容。如果實在行業差別太大，那麼表達幾句對其行業的見解和興趣也是可以的。

第五、要有積極的溝通意識。

優秀的面試官會激勵應聘者講他原先工作的內容，並從而評估出應聘者的能力水平。但隔行如隔山，絕大多數面試官會慢慢將問題引向自己熟悉的領域——這往往又是應聘者不太熟悉的領域。這就要求應聘者能積極分析面試官的興趣點，並將自己相近的特長表現出來。
如果跟面試官有了意見沖突，也盡量不要再同一個問題上糾纏。那也許是故意製造的陷阱——看看求職者的團隊意識。應聘者需要明白的是，在面試場合中不要妄圖「戰勝」面試官，即便是碰上一個期望「戰勝」應聘者的面試官。

第六、要有良好的表達能力。

沒有哪個面試官喜歡啰啰嗦嗦說了半天還是沒說到點子上的應聘者，所以要盡量簡明扼要地回答問題，除非面試官確實表現出對具體細節的興趣。 回答問題時注意麵試官的情緒變化，一旦他表現出任何想打斷的意願，立即一句話結束這個話題。有些比較復雜的問題，可以先思考十到二十秒鍾，因為一旦開口就沒有思考的時間，話多的人不容易收住話題。
跟學校考試不一樣，大多數主觀性問題並不要求應聘者一二三四說得滴水不漏，能說到大部分關鍵點就是可以的了。另外注意，各種技術術語不要搞混了。搞不清楚的理論概念，不如不說。免得面試官聽到個術語就拉出來窮追猛打，把自己問掛。

第七、自信。

大多數做技術的，平時都信心滿滿，一到應聘的時候卻總覺得自己不懂的東西還太多。回答問題時聲音太小，或者畏畏縮縮用很多「可能」「也許」「大概」。這個不一定影響求職者的錄用，但是不自信的表現無疑會影響在跟HR談薪水時候的議價能力。所以，無論如何，應聘的時候表現得輕松鎮定一些，還是很有好處的。
當然，自信和自大之間往往只有一線之差。千萬小心，不要過度地表現自信搞成了自大，因為HR往往對這一點非常敏感。如果求職者只是要謹慎地表現自信的話，只要回答問題時面帶微笑就夠了。
最後需要特別提醒的是，以上種種其實只不過是應聘時的技巧和注意點而已。職業規劃需要有長遠的眼光和堅持不懈的學習。台上一分鍾，台下十年功。真正的實力還是要在平時工作和學習中進行積累。

❷ hr面試程序員問什麼問題，程序員在面試的時候的注意事項

01 和優秀開發者溝通
如果你本身沒有編程背景，那就盡量找到一些優秀的開發人員給你指點迷津。
02 問專業的問題

1. 簡要介紹一下你自己以及你最近在做的項目嗎？
作用：這個問題可以讓你更好地了解你的候選人，而談論近期工作能了解他對工作的熱情和奉獻。

2. 其他時間有別的項目要做嗎
作用：鑒於你的項目的時間長短和工作復雜程度，你可能只想找一個能完全投入到這個項目的人。但是很多程序員都會同時兼顧好幾個項目，你要確保彼此雙方的需求是什麼。

3. 你是怎麼看待自己的身份的？開發？產品經理？還是二者都是？
作用：理想的回答一般是『二者都是』， 但是你要認真評估每個候選人可能給你團隊帶來的有利和不利影響。產品經理可以幫助設計新的功能和交互，但是你也需要足夠的開發才能跟上方向從而建構你想要的內容。

4. 你會如何管理一個程序員團隊？
作用：這個問題可以幫你了解候選人的領導能力和風格。

5. 告訴他們公司想要的人是怎樣的。
作用：直截了當地告訴對方你的期望。像工作時間，項目長短，目標等等，這些都是對方很想知道的。就像你評價他是否適合公司一樣，對方也會評價你的公司是否適合他。

03 去合適的地方招聘
你不能指望天上會掉下個好程序員給你，微軟和谷歌的優秀程序員也不會自己蹦到你跟前。你的機會在於，很多這樣的程序員都擁有或追求商業想法。
你可以多去一些網站、活動大賽等地方探索發掘，這比你在社交網站上找到他們的運氣要大得多。

· 編程大賽
編程大賽就是程序員高手們雲集在一起，合作共同完成一個軟體的開發。
猿圈會定期舉辦此類招聘編程大賽，幫助企業挑選優質人才，提高企業品牌僱主形象。

· 開放性源代碼貢獻者
一些網站比如GitHub，提供在線代碼存儲庫, 程序員可以自由對開源項目貢獻自己的代碼。
所以，在招聘之前，你可以先去這種網站上找一找有潛力的候選人。

· 大學
· 軟體開發大會
盡可能多的去參加一些和你的產品相關的軟體開發大會。

· 技術博客
你能根據他們的博客判斷他們的技術技能、解決問題的能力以及寫作和溝通能力。

04 沒通過編程測試，堅決不錄用

你只能記住一條原則，那必須是，沒有讓候選人參加編程測試之前，千萬不能決定錄用與否。

通常情況下，出於項目的緊迫，我們會傾向於選擇看起來靠譜的第一個程序員，但是不拿到他的編程測試結果，不要沖動地下offer。

我也是個不懂代碼的HR，但是我善於利用各種各樣的工具，前段時間發現了一個猿圈測評的工具，我用它測試程序員候選人，通過測試結果判斷是否值得邀約來面試，這個我覺得很贊，你可以試試看

❸ C/C++經典面試題

C/C++經典面試題

面試題 1：變數的聲明和定義有什麼區別

為變數分配地址和存儲空間的稱為定義，不分配地址的稱為聲明。一個變數可以在多個地方聲明，

但是只在一個地方定義。加入 extern修飾的是變數的聲明，說明此變數將在文件以外或在文件後面部分

定義。

說明：很多時候一個變數，只是聲明不分配內存空間，直到具體使用時才初始化，分配內存空間，

如外部變數。

面試題 2：寫出 bool 、int、 float、指針變數與「零值」比較的 if 語句

bool型數據：

if( flag )

{

A;

}

else

{

B;

}

int型數據：

if( 0 != flag )

{

A;

}

else

{

B;

}

指針型數：

if( NULL == flag )

{

A;

}

else

{

B;

}

float型數據：

if ( ( flag >= NORM ) && ( flag <= NORM ) )

{

A;

2

}

注意：應特別注意在 int、指針型變數和「零值」比較的時候，把「零值」放在左邊，這樣當把「==」

誤寫成「=」時，編譯器可以報錯，否則這種邏輯錯誤不容易發現，並且可能導致很嚴重的後果。

面試題 3：sizeof 和strlen的區別

sizeof和 strlen 有以下區別：

 sizeof是一個操作符，strlen是庫函數。

 sizeof的參數可以是數據的類型，也可以是變數，而 strlen只能以結尾為『『的字元串作參數。

 編譯器在編譯時就計算出了 sizeof 的結果。而 strlen 函數必須在運行時才能計算出來。並且 sizeof

計算的是數據類型占內存的大小，而 strlen計算的是字元串實際的長度。

 數組做sizeof的參數不退化，傳遞給strlen就退化為指針了。

注意：有些是操作符看起來像是函數，而有些函數名看起來又像操作符，這類容易混淆的名稱一定

要加以區分，否則遇到數組名這類特殊數據類型作參數時就很容易出錯。最容易混淆為函數的操作符就

是 sizeof。

面試題 4：C 語言的關鍵字 static 和 C++ 的關鍵字 static 有什麼區別

在C 中static 用來修飾局部靜態變數和外部靜態變數、函數。而 C++中除了上述功能外，還用來定

義類的成員變數和函數。即靜態成員和靜態成員函數。

注意：編程時 static的記憶性，和全局性的特點可以讓在不同時期調用的函數進行通信，傳遞信息，

而 C++的靜態成員則可以在多個對象實例間進行通信，傳遞信息。

面試題 5：C中的 malloc 和C++中的 new有什麼區別

malloc和 new有以下不同：

(1)new、 是操作符，可以重載，只能在 C++中使用。

(2)malloc、free是函數，可以覆蓋，C、C++中都可以使用。

(3)new 可以調用對象的構造函數，對應的 調用相應的析構函數。

(4)malloc僅僅分配內存，free 僅僅回收內存，並不執行構造和析構函數

(5)new、 返回的是某種數據類型指針，malloc、free 返回的是void指針。

注意：malloc申請的內存空間要用 free釋放，而 new申請的內存空間要用 釋放，不要混用。

因為兩者實現的機理不同。

面試題 6：寫一個「標准」宏 MIN

#define min(a,b)((a)<=(b)?(a):(b))

注意：在調用時一定要注意這個宏定義的副作用，如下調用：

((++*p)<=(x)?(++*p):(x)。

p指針就自加了兩次，違背了 MIN的本意。

面試題 7：一個指針可以是 volatile 嗎

可以，因為指針和普通變數一樣，有時也有變化程序的不可控性。常見例：子中斷服務子程序修改

一個指向一個 buffer的指針時，必須用 volatile來修飾這個指針。

說明：指針是一種普通的變數，從訪問上沒有什麼不同於其他變數的特性。其保存的數值是個整型

數據，和整型變數不同的是，這個整型數據指向的是一段內存地址。

面試題 8：a 和&a 有什麼區別

請寫出以下代碼的列印結果，主要目的是考察 a和&a的區別。

#include

void main( void )

{

int a[5]={1,2,3,4,5};

int *ptr=(int *)(&a+1);

printf(「%d,%d」,*(a+1),*(ptr-1));

return;

}

輸出結果：2，5。

注意：數組名 a可以作數組的首地址，而&a是數組的指針。思考，將原式的 int *ptr=(int *)(&a+1);

改為 int *ptr=(int *)(a+1);時輸出結果將是什麼呢?

面試題 9：簡述 C、C++程序編譯的.內存分配情況

C、C++中內存分配方式可以分為三種：

(1)從靜態存儲區域分配：

內存在程序編譯時就已經分配好，這塊內存在程序的整個運行期間都存在。速度快、不容易出錯，

因為有系統會善後。例如全局變數，static變數等。

(2)在棧上分配：

在執行函數時，函數內局部變數的存儲單元都在棧上創建，函數執行結束時這些存儲單元自動被釋

放。棧內存分配運算內置於處理器的指令集中，效率很高，但是分配的內存容量有限。

(3)從堆上分配：

即動態內存分配。程序在運行的時候用 malloc 或 new 申請任意大小的內存，程序員自己負責在何

時用free 或 釋放內存。動態內存的生存期由程序員決定，使用非常靈活。如果在堆上分配了空間，

就有責任回收它，否則運行的程序會出現內存泄漏，另外頻繁地分配和釋放不同大小的堆空間將會產生

堆內碎塊。

一個C、C++程序編譯時內存分為 5大存儲區：堆區、棧區、全局區、文字常量區、程序代碼區。

4

面試題 10：簡述 strcpy、sprintf 與 memcpy的區別

三者主要有以下不同之處：

(1)操作對象不同，strcpy的兩個操作對象均為字元串，sprintf的操作源對象可以是多種數據類型，

目的操作對象是字元串， memcpy 的兩個對象就是兩個任意可操作的內存地址，並不限於何種數據類型。

(2)執行效率不同，memcpy最高，strcpy次之，sprintf的效率最低。

(3)實現功能不同，strcpy主要實現字元串變數間的拷貝，sprintf 主要實現其他數據類型格式到字

符串的轉化，memcpy主要是內存塊間的拷貝。

說明：strcpy、sprintf 與memcpy都可以實現拷貝的功能，但是針對的對象不同，根據實際需求，來

選擇合適的函數實現拷貝功能。

❹ 軟考程序員考試下午題如何解答

做一份工作，實際就是追尋夢想的過程，而為了完成夢想，必須有一個長期規劃，從而指導我們選擇工作。它是擇業過程中最本質和最原始的參考借鑒。下載鏈接

為此，小雲為你精選一份程序員面試書單，分為職業規劃、編程技能兩部分，適合剛畢業的大學生、正准備換工作的程序員們，涵蓋演算法工程師、Java工程師、測試等多個領域。

軟技能 代碼之外的生存指南約翰 Z.森梅茲 著

這是一本真正從「人」（而非技術也非管理）的角度關注軟體開發人員自身發展的書。書中論述的內容既涉及生活習慣，又包括思維方式，凸顯技術中「人」的因素，全面講解軟體行業從業人員所需知道的所有「軟技能」。

本書聚焦於軟體開發人員生活的方方面面，從揭秘面試的流程到精耕細作出一份殺手級簡歷，從創建大受歡迎的博客到打造你，從提高自己工作效率到與如何與「拖延症」做斗爭，甚至包括如何投資不動產，如何關注自己的健康。

編程珠璣（第2版）喬恩·本特利（Jon Bentley） 著

作者雖然沒有給出解決這些問題的具體代碼，但始終非常富有洞察力和創造力地圍繞著這些折磨程序員的實際問題展開討論，從而引導讀者理解問題並學會解決問題的技能，這些都是程序員實際編程生涯中的基本技能。

為此，本書給出了一些精心設計的有趣而且頗具指導意義的程序，這些程序能夠為那些復雜的編程問題提供清晰而且完備的解決思路，書中還充滿了對實用程序設計技巧及基本設計原則的清晰而睿智的描述。

PS：本書在第一版的基礎上增加了3個方面的新內容：測試、調試和計量，集合表示，字元串問題，並對第一版的所有程序都進行了改寫，生成了等量的新代碼。

重構 改善既有代碼的設計馬丁·福勒（Martin Fowler) 著

軟體開發的不朽經典，生動闡述重構原理和具體做法，普通程序員進階到編程高手必須修煉的秘笈。

重構，一言以蔽之，就是在不改變外部行為的前提下，有條不紊地改善代碼。多年前，正是《重構:改善既有代碼的設計》原版的出版，使重構終於從編程高手們的小圈子走出，成為眾多普通程序員日常開發工作中不可或缺的一部分。《重構:改善既有代碼的設計》也因此成為與《設計模式》齊名的經典著作，被譯為中、德、俄、日等眾多語言，在世界范圍內暢銷不衰。

《重構:改善既有代碼的設計》凝聚了軟體開發社區專家多年摸索而獲得的寶貴經驗，擁有不因時光流逝而磨滅的價值。今天，無論是重構本身，業界對重構的理解，還是開發工具對重構的支持力度，都與《重構:改善既有代碼的設計》最初出版時不可同日而語，但書中所蘊涵的意味和精華，依然值得反復咀嚼，而且往往能夠常讀常新。

C和C++程序員面試秘籍董山海 著

眾多高級語言都從C/C++有所借鑒，所以說C/C++的語言基礎對從事軟體開發的人員來說非常重要。

本書是一本解析C/C++面試題的書，可以幫助求職者更好地准備面試。《C和C++程序員面試秘笈》共包含12章，囊括了目前企業中常見的面試題類型和考點，包括C/C++程序基礎，預處理、const、static與sizeof，引用和指針，字元串，位運算與嵌入式編程，C++面向對象，C++繼承和多態，數據結構，排序，泛型編程，STL，演算法和邏輯思維等最常見的面試題。《C和C++程序員面試秘笈》通過技術點解析、代碼輔佐的方式讓讀者能深刻領會每個考點背後的技術。

本書緊扣面試精髓，對各種技術的剖析一針見血，是目前想找工作的C/C++程序員和剛畢業的大學生的面試寶典。

Java程序員面試寶典楊磊 著

本書對程序設計面試中Java常見的題型和常用解答技巧進行了介紹，對現代職業人如何有效求職、面試考官如何關注求職者動態等做了詳細解說。本書將為您揭開知名IT企業面試、筆試的核心機密；傳授程序員崗位求職的關鍵技巧。

編程之法：面試和演算法心得July 著

本書涉及面試、演算法、機器學習三個主題。書中的每道編程題目都給出了多種思路、多種解法，不斷優化、逐層遞進。本書第1章至第6章分別闡述字元串、數組、樹、查找、動態規劃、海量數據處理等相關的編程面試題和演算法，第7章介紹機器學習的兩個演算法—K近鄰和SVM。此外，每一章都有「舉一反三」和「習題」，以便讀者及時運用所學的方法解決相似的問題，且在附錄中收錄了語言、鏈表、概率等其他題型。

書中的每一道題都是面試的高頻題目，反復出現在最近5年各大公司的筆試和面試中，對面試備考有著極強的參考價值。全書邏輯清晰、通俗易懂，適合熱愛編程、演算法、機器學習，以及准備IT筆試和面試，即將求職、找工作的讀者閱讀。

C#與.NET程序員面試秘笈靳華 著

《C#與.NET程序員面試寶典》取材於各大IT公司的歷年面試題252個（包括研發類筆試及口試題目、情商及智商類題目），詳細分析了應聘C＃與.NET程序員職位的常見考點。《C#與.NET程序員面試寶典》主要內容包括：面試流程、基礎語法和技術框架、數據訪問及XML應用、高級特性及應用進階、測試及質量保證、跨國公司經典面試題等。

軟體測試工程師面試指導蔡為東 著

對於想要得到一份軟體測試工程師職位的朋友來說，可能會有一些疑問，如軟體測試這個行業究竟怎麼樣?什麼樣的人適合做軟體測試?面試當中要注意什麼?軟體測試的基本知識點都有哪些?筆試都會涉及哪些內容?等等。本書將解答以上所有的疑問。

本書共6章內容，主要包括軟體測試行業概貌、軟體測試從業人員的基本要求、如何找工作、軟體測試技術基礎、典型的測試工程師筆試題等。本書內容豐富，講解深入淺出，能讓讀者朋友在短時間內掌握基本的測試技術，了解求職過程的各個環節，熟悉各種類型的筆試題，領會面試技巧。本書後附有一些實用的附錄，例如簡歷模板、新人工作指南等，尤其是「我在微軟做軟體測試外包」這一部分內容，寓故事性和知識性於一體，講述了作者在國際軟體巨頭——微軟公司做軟體測試外包的親身經歷，相信對於廣大的讀者朋友有閱讀和參考的價值。

本書適合想要從事軟體測試工作的朋友，也可供初級軟體測試工程師學習之用，另外也可作為大專院校軟體測試培訓的教材之一。

Android高薪之路李寧 著

《Android高薪之路:Android程序員面試寶典》取材於各大IT公司面試真題，所給出的試題盡可能地覆蓋了Android應用開發的各個方面，而且大多數試題都有解析部分，讀者可以通過這部分更深入地理解試題中所包含的技術內容，希望真正做到由點成線，舉一反三。

《Android高薪之路:Android程序員面試寶典》中還將Android中涉及的各個常用技術問題進行篩選、分類。這樣讀者可以有的放矢，對自己還沒有掌握的Android技術進行重點攻破，從而起到事半功倍的效果。除了對每道題目都有詳細的解析和回答外，對相關知識點還有擴展說明。

《Android高薪之路:Android程序員面試寶典》對面試中Android常見的題型和常用解答技巧進行了介紹，它不僅能幫助求職者快速復習相關知識點，也對現代職業人如何有效求職做了詳細解說。《Android高薪之路:Android程序員面試寶典》對於讀者從求職就業到提升計算機專業知識都有顯著的幫助。

編程之美《編程之美小組》

《編程之美—— 微軟 技術面試心得》收集了約60道演算法和 程序設計題目，這些題目大部分在近年的筆試，面試中出現過，或者是被微軟員工熱烈討論過。作者試圖從書中各種有趣的問題出發，引導讀者發現問題，分析問題，解決問題，尋找更優的解法。

書中絕大部分題目都提供了詳細的解說。 每道題目後面還有一至兩道擴展問題，供讀者進一步鑽研。

書中還講述了面試的各種小故事，告訴讀者微軟需要什麼樣的技術人才，重視什麼樣的能力，如何甄別人才。回答讀者關於IT業面試，招聘， 職業發展的疑問。 這本書的很多題目會出現在IT 行業的各種筆試，面試中。但本書更深層的意義在於引導讀者思考，和讀者共享思考之樂，編程之美。

❺ 求C和C++程序員面試秘笈 pdf

既然是面試的話。建議不要去看什麼之類的書籍了，時間也來不及，而且不一定奏效。個人在C方面的造詣不說多深，但也入行5年有餘了，建議如下：

1. 面試前。對你要面試的公司和崗位（或行業）做一次詳細透徹的了解，記住是要透徹，技術不一定是最牛逼的，但是你要知道別人公司做什麼的，處於行業的水平是什麼樣，公司文化以及公司的優勢與劣勢，他們究竟要招什麼樣的人；
   

2. 面試中。一定要別人看到你認真、執著的一面，領導喜歡這樣的員工，也不想錯過這樣的員工，也是公司培養的潛在人員，有升值空間；談吐不必過於主動，也不要太被動，自然為好，能在談吐中講一講自己曾經做過的案例更好，沒有的話，就說在學校做過那些成功的IT項目。

3. 面試後。如果收到HR的面試通過電話，或者郵件，就按照要求准備入職，如果一周後依然沒有迴音，就客氣有禮貌的電話或者郵件回問公司，自己是是否被錄取淘汰；

4. 可能遇到筆試或者多輪面試考核。這里嗎就看你的硬功夫了，一般就是給你多長時間設計完成一個程序，或者程序對接，程序調試，等等。

5. 待遇問題。直接了當的說，按照公司制定的工資水平來。問清楚調薪制度、周期、幅度，或者提成計算方式，其他的福利待遇什麼五險一金，都差不多，都是按照國家標準的。另外就是工作時間這塊，是否每周五天八小時，加班怎麼考慮。很多都是看公司地點和效益來定的。

   
   

   
   

   純手打，花了我十來分鍾，支持請採納！

❻ c語言常見面試題

C語言面試常見問題
預處理器（Preprocessor）

1 . 用預處理指令#define 聲明一個常數，用以表明1年中有多少秒（忽略閏年問題）
#define SECONDS_PER_YEAR (60 * 60 * 24 * 365)UL
我在這想看到幾件事情：
1) #define 語法的基本知識（例如：不能以分號結束，括弧的使用，等等）
2)懂得預處理器將為你計算常數表達式的值，因此，直接寫出你是如何計算一年中有多少秒而不是計算出實際的值，是更清晰而沒有代價的。
3) 意識到這個表達式將使一個16位機的整型數溢出-因此要用到長整型符號L,告訴編譯器這個常數是的長整型數。
4) 如果你在你的表達式中用到UL（表示無符號長整型），那麼你有了一個好的起點。記住，第一印象很重要。

2 . 寫一個"標准"宏MIN ，這個宏輸入兩個參數並返回較小的一個。
#define MIN(A,B) （（A） <= (B) ? (A) : (B))
這個測試是為下面的目的而設的：
1) 標識#define在宏中應用的基本知識。這是很重要的。因為在 嵌入(inline)操作符 變為標准C的一部分之前，宏是方便產生嵌入代碼的唯一方法，對於嵌入式系統來說，為了能達到要求的性能，嵌入代碼經常是必須的方法。
2)三重條件操作符的知識。這個操作符存在C語言中的原因是它使得編譯器能產生比if-then-else更優化的代碼，了解這個用法是很重要的。
3) 懂得在宏中小心地把參數用括弧括起來
4) 我也用這個問題開始討論宏的副作用，例如：當你寫下面的代碼時會發生什麼事？
least = MIN(*p++, b);

3. 預處理器標識#error的目的是什麼？
如果你不知道答案，請看參考文獻1。這問題對區分一個正常的伙計和一個書獃子是很有用的。只有書獃子才會讀C語言課本的附錄去找出象這種問題的答案。當然如果你不是在找一個書獃子，那麼應試者最好希望自己不要知道答案。

死循環（Infinite loops）

4. 嵌入式系統中經常要用到無限循環，你怎麼樣用C編寫死循環呢？
這個問題用幾個解決方案。我首選的方案是：

while(1)
{

}

一些程序員更喜歡如下方案：

for(;;)
{

}

這個實現方式讓我為難，因為這個語法沒有確切表達到底怎麼回事。如果一個應試者給出這個作為方案，我將用這個作為一個機會去探究他們這樣做的基本原理。如果他們的基本答案是："我被教著這樣做，但從沒有想到過為什麼。"這會給我留下一個壞印象。

第三個方案是用 goto
Loop:
...
goto Loop;
應試者如給出上面的方案，這說明或者他是一個匯編語言程序員（這也許是好事）或者他是一個想進入新領域的BASIC/FORTRAN程序員。

數據聲明（Data declarations）

5. 用變數a給出下面的定義
a) 一個整型數（An integer）
b)一個指向整型數的指針（ A pointer to an integer）
c)一個指向指針的的指針，它指向的指針是指向一個整型數（ A pointer to a pointer to an intege）r
d)一個有10個整型數的數組（ An array of 10 integers）
e) 一個有10個指針的數組，該指針是指向一個整型數的。（An array of 10 pointers to integers）
f) 一個指向有10個整型數數組的指針（ A pointer to an array of 10 integers）
g) 一個指向函數的指針，該函數有一個整型參數並返回一個整型數（A pointer to a function that takes an integer as an argument and returns an integer）
h) 一個有10個指針的數組，該指針指向一個函數，該函數有一個整型參數並返回一個整型數（ An array of ten pointers to functions that take an integer argument and return an integer ）

答案是：
a) int a; // An integer
b) int *a; // A pointer to an integer
c) int **a; // A pointer to a pointer to an integer
d) int a[10]; // An array of 10 integers
e) int *a[10]; // An array of 10 pointers to integers
f) int (*a)[10]; // A pointer to an array of 10 integers
g) int (*a)(int); // A pointer to a function a that takes an integer argument and returns an integer
h) int (*a[10])(int); // An array of 10 pointers to functions that take an integer argument and return an integer

人們經常聲稱這里有幾個問題是那種要翻一下書才能回答的問題，我同意這種說法。當我寫這篇文章時，為了確定語法的正確性，我的確查了一下書。但是當我被面試的時候，我期望被問到這個問題（或者相近的問題）。因為在被面試的這段時間里，我確定我知道這個問題的答案。應試者如果不知道所有的答案（或至少大部分答案），那麼也就沒有為這次面試做准備，如果該面試者沒有為這次面試做准備，那麼他又能為什麼出准備呢？

Static

6. 關鍵字static的作用是什麼？
這個簡單的問題很少有人能回答完全。在C語言中，關鍵字static有三個明顯的作用：
1)在函數體，一個被聲明為靜態的變數在這一函數被調用過程中維持其值不變。
2) 在模塊內（但在函數體外），一個被聲明為靜態的變數可以被模塊內所用函數訪問，但不能被模塊外其它函數訪問。它是一個本地的全局變數。
3) 在模塊內，一個被聲明為靜態的函數只可被這一模塊內的其它函數調用。那就是，這個函數被限制在聲明它的模塊的本地范圍內使用。

大多數應試者能正確回答第一部分，一部分能正確回答第二部分，同是很少的人能懂得第三部分。這是一個應試者的嚴重的缺點，因為他顯然不懂得本地化數據和代碼范圍的好處和重要性。

Const

7．關鍵字const有什麼含意？
我只要一聽到被面試者說："const意味著常數"，我就知道我正在和一個業余者打交道。去年Dan Saks已經在他的文章里完全概括了const的所有用法，因此ESP(譯者：Embedded Systems Programming)的每一位讀者應該非常熟悉const能做什麼和不能做什麼.如果你從沒有讀到那篇文章，只要能說出const意味著"只讀"就可以了。盡管這個答案不是完全的答案，但我接受它作為一個正確的答案。（如果你想知道更詳細的答案，仔細讀一下Saks的文章吧。）
如果應試者能正確回答這個問題，我將問他一個附加的問題：
下面的聲明都是什麼意思？

const int a;
int const a;
const int *a;
int * const a;
int const * a const;

/******/
前兩個的作用是一樣，a是一個常整型數。第三個意味著a是一個指向常整型數的指針（也就是，整型數是不可修改的，但指針可以）。第四個意思a是一個指向整型數的常指針（也就是說，指針指向的整型數是可以修改的，但指針是不可修改的）。最後一個意味著a是一個指向常整型數的常指針（也就是說，指針指向的整型數是不可修改的，同時指針也是不可修改的）。如果應試者能正確回答這些問題，那麼他就給我留下了一個好印象。順帶提一句，也許你可能會問，即使不用關鍵字 const，也還是能很容易寫出功能正確的程序，那麼我為什麼還要如此看重關鍵字const呢？我也如下的幾下理由：
1) 關鍵字const的作用是為給讀你代碼的人傳達非常有用的信息，實際上，聲明一個參數為常量是為了告訴了用戶這個參數的應用目的。如果你曾花很多時間清理其它人留下的垃圾，你就會很快學會感謝這點多餘的信息。（當然，懂得用const的程序員很少會留下的垃圾讓別人來清理的。）
2) 通過給優化器一些附加的信息，使用關鍵字const也許能產生更緊湊的代碼。
3) 合理地使用關鍵字const可以使編譯器很自然地保護那些不希望被改變的參數，防止其被無意的代碼修改。簡而言之，這樣可以減少bug的出現。

Volatile

8. 關鍵字volatile有什麼含意?並給出三個不同的例子。
一個定義為volatile的變數是說這變數可能會被意想不到地改變，這樣，編譯器就不會去假設這個變數的值了。精確地說就是，優化器在用到這個變數時必須每次都小心地重新讀取這個變數的值，而不是使用保存在寄存器里的備份。下面是volatile變數的幾個例子：
1) 並行設備的硬體寄存器（如：狀態寄存器）
2) 一個中斷服務子程序中會訪問到的非自動變數(Non-automatic variables)
3) 多線程應用中被幾個任務共享的變數

回答不出這個問題的人是不會被僱傭的。我認為這是區分C程序員和嵌入式系統程序員的最基本的問題。搞嵌入式的傢伙們經常同硬體、中斷、RTOS等等打交道，所有這些都要求用到volatile變數。不懂得volatile的內容將會帶來災難。
假設被面試者正確地回答了這是問題（嗯，懷疑是否會是這樣），我將稍微深究一下，看一下這傢伙是不是直正懂得volatile完全的重要性。
1)一個參數既可以是const還可以是volatile嗎？解釋為什麼。
2); 一個指針可以是volatile 嗎？解釋為什麼。
3); 下面的函數有什麼錯誤：

int square(volatile int *ptr)
{
return *ptr * *ptr;
}

下面是答案：
1)是的。一個例子是只讀的狀態寄存器。它是volatile因為它可能被意想不到地改變。它是const因為程序不應該試圖去修改它。
2); 是的。盡管這並不很常見。一個例子是當一個中服務子程序修該一個指向一個buffer的指針時。
3) 這段代碼有點變態。這段代碼的目的是用來返指針*ptr指向值的平方，但是，由於*ptr指向一個volatile型參數，編譯器將產生類似下面的代碼：

int square(volatile int *ptr)
{
int a,b;
a = *ptr;
b = *ptr;
return a * b;
}

由於*ptr的值可能被意想不到地該變，因此a和b可能是不同的。結果，這段代碼可能返不是你所期望的平方值！正確的代碼如下：

long square(volatile int *ptr)
{
int a;
a = *ptr;
return a * a;
}

位操作（Bit manipulation）

9. 嵌入式系統總是要用戶對變數或寄存器進行位操作。給定一個整型變數a，寫兩段代碼，第一個設置a的bit 3，第二個清除a 的bit 3。在以上兩個操作中，要保持其它位不變。
對這個問題有三種基本的反應
1)不知道如何下手。該被面者從沒做過任何嵌入式系統的工作。
2) 用bit fields。Bit fields是被扔到C語言死角的東西，它保證你的代碼在不同編譯器之間是不可移植的，同時也保證了的你的代碼是不可重用的。我最近不幸看到 Infineon為其較復雜的通信晶元寫的驅動程序，它用到了bit fields因此完全對我無用，因為我的編譯器用其它的方式來實現bit fields的。從道德講：永遠不要讓一個非嵌入式的傢伙粘實際硬體的邊。
3) 用 #defines 和 bit masks 操作。這是一個有極高可移植性的方法，是應該被用到的方法。最佳的解決方案如下：

#define BIT3 (0x1 << 3)
static int a;

void set_bit3(void)
{
a |= BIT3;
}
void clear_bit3(void)
{
a &= ~BIT3;
}

一些人喜歡為設置和清除值而定義一個掩碼同時定義一些說明常數，這也是可以接受的。我希望看到幾個要點：說明常數、|=和&=~操作。

訪問固定的內存位置（Accessing fixed memory locations）

10. 嵌入式系統經常具有要求程序員去訪問某特定的內存位置的特點。在某工程中，要求設置一絕對地址為0x67a9的整型變數的值為0xaa66。編譯器是一個純粹的ANSI編譯器。寫代碼去完成這一任務。
這一問題測試你是否知道為了訪問一絕對地址把一個整型數強制轉換（typecast）為一指針是合法的。這一問題的實現方式隨著個人風格不同而不同。典型的類似代碼如下：
int *ptr;
ptr = (int *)0x67a9;
*ptr = 0xaa55;

A more obscure approach is:
一個較晦澀的方法是：

*(int * const)(0x67a9) = 0xaa55;

即使你的品味更接近第二種方案，但我建議你在面試時使用第一種方案。

中斷（Interrupts）

11. 中斷是嵌入式系統中重要的組成部分，這導致了很多編譯開發商提供一種擴展—讓標准C支持中斷。具代表事實是，產生了一個新的關鍵字 __interrupt。下面的代碼就使用了__interrupt關鍵字去定義了一個中斷服務子程序(ISR)，請評論一下這段代碼的。

__interrupt double compute_area (double radius)
{
double area = PI * radius * radius;
printf("\nArea = %f", area);
return area;
}

這個函數有太多的錯誤了，以至讓人不知從何說起了：
1)ISR 不能返回一個值。如果你不懂這個，那麼你不會被僱用的。
2) ISR 不能傳遞參數。如果你沒有看到這一點，你被僱用的機會等同第一項。
3) 在許多的處理器/編譯器中，浮點一般都是不可重入的。有些處理器/編譯器需要讓額處的寄存器入棧，有些處理器/編譯器就是不允許在ISR中做浮點運算。此外，ISR應該是短而有效率的，在ISR中做浮點運算是不明智的。
4) 與第三點一脈相承，printf()經常有重入和性能上的問題。如果你丟掉了第三和第四點，我不會太為難你的。不用說，如果你能得到後兩點，那麼你的被僱用前景越來越光明了。

代碼例子（Code examples）

12 . 下面的代碼輸出是什麼，為什麼？

void foo(void)
{
unsigned int a = 6;
int b = -20;
(a+b > 6) ? puts("> 6") : puts("<= 6");
}
這個問題測試你是否懂得C語言中的整數自動轉換原則，我發現有些開發者懂得極少這些東西。不管如何，這無符號整型問題的答案是輸出是 ">6"。原因是當表達式中存在有符號類型和無符號類型時所有的操作數都自動轉換為無符號類型。因此-20變成了一個非常大的正整數，所以該表達式計算出的結果大於6。這一點對於應當頻繁用到無符號數據類型的嵌入式系統來說是豐常重要的。如果你答錯了這個問題，你也就到了得不到這份工作的邊緣。

13. 評價下面的代碼片斷：

unsigned int zero = 0;
unsigned int compzero = 0xFFFF;
/*1's complement of zero */

對於一個int型不是16位的處理器為說，上面的代碼是不正確的。應編寫如下：

unsigned int compzero = ~0;

這一問題真正能揭露出應試者是否懂得處理器字長的重要性。在我的經驗里，好的嵌入式程序員非常准確地明白硬體的細節和它的局限，然而PC機程序往往把硬體作為一個無法避免的煩惱。
到了這個階段，應試者或者完全垂頭喪氣了或者信心滿滿志在必得。如果顯然應試者不是很好，那麼這個測試就在這里結束了。但如果顯然應試者做得不錯，那麼我就扔出下面的追加問題，這些問題是比較難的，我想僅僅非常優秀的應試者能做得不錯。提出這些問題，我希望更多看到應試者應付問題的方法，而不是答案。不管如何，你就當是這個娛樂吧...

動態內存分配（Dynamic memory allocation）

14. 盡管不像非嵌入式計算機那麼常見，嵌入式系統還是有從堆（heap）中動態分配內存的過程的。那麼嵌入式系統中，動態分配內存可能發生的問題是什麼？
這里，我期望應試者能提到內存碎片，碎片收集的問題，變數的持行時間等等。這個主題已經在ESP雜志中被廣泛地討論過了（主要是 P.J. Plauger, 他的解釋遠遠超過我這里能提到的任何解釋），所有回過頭看一下這些雜志吧！讓應試者進入一種虛假的安全感覺後，我拿出這么一個小節目：
下面的代碼片段的輸出是什麼，為什麼？

char *ptr;
if ((ptr = (char *)malloc(0)) == NULL)
puts("Got a null pointer");
else
puts("Got a valid pointer");

這是一個有趣的問題。最近在我的一個同事不經意把0值傳給了函數malloc，得到了一個合法的指針之後，我才想到這個問題。這就是上面的代碼，該代碼的輸出是"Got a valid pointer"。我用這個來開始討論這樣的一問題，看看被面試者是否想到庫常式這樣做是正確。得到正確的答案固然重要，但解決問題的方法和你做決定的基本原理更重要些。

Typedef

15 Typedef 在C語言中頻繁用以聲明一個已經存在的數據類型的同義字。也可以用預處理器做類似的事。例如，思考一下下面的例子：

#define dPS struct s *
typedef struct s * tPS;

以上兩種情況的意圖都是要定義dPS 和 tPS 作為一個指向結構s指針。哪種方法更好呢？（如果有的話）為什麼？
這是一個非常微妙的問題，任何人答對這個問題（正當的原因）是應當被恭喜的。答案是：typedef更好。思考下面的例子：

dPS p1,p2;
tPS p3,p4;

第一個擴展為

struct s * p1, p2;
.
上面的代碼定義p1為一個指向結構的指，p2為一個實際的結構，這也許不是你想要的。第二個例子正確地定義了p3 和p4 兩個指針。

晦澀的語法

16 . C語言同意一些令人震驚的結構,下面的結構是合法的嗎，如果是它做些什麼？

int a = 5, b = 7, c;
c = a+++b;

這個問題將做為這個測驗的一個愉快的結尾。不管你相不相信，上面的例子是完全合乎語法的。問題是編譯器如何處理它？水平不高的編譯作者實際上會爭論這個問題，根據最處理原則，編譯器應當能處理盡可能所有合法的用法。因此，上面的代碼被處理成：

c = a++ + b;

因此, 這段代碼持行後a = 6, b = 7, c = 12。
如果你知道答案，或猜出正確答案，做得好。如果你不知道答案，我也不把這個當作問題。我發現這個問題的最大好處是這是一個關於代碼編寫風格，代碼的可讀性，代碼的可修改性的好的話題。