掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
#define SEC_YEAR (365*24*60*60)UL
考察點:

#define MIN(a,b) ((a)<=(b)?(a):(b))
考察點:
least = MIN(*p++, b);
宏定義的作用結(jié)果MIN(*p++,b) ((*p++)<(b)?(*p++),b) 指針p會做兩次自增操作
如何消除宏的副作用
#include
#define min_i(x,y) ((x)<=(y)?(x):(y)) //(1)
#define min_t(type,x,y) ({type _x = x;\ //(2)
type _y = y;\
_x<_y?_x:_y;\
})
#define min(x,y) {const typeof(x) _x = (x);\ //(3)
const typeof(y) _y = (y);\
(void)(&_x=&_y);\ //(4)
_x<_y?_x:_y;\
})
int main()
{
int a = 10;
int b = 20;
printf("min_i(a++,b++)=%d\n",min_i(a++,b++)); //11
printf("a=%d\n",a); //12
printf("b=%d\n",b); //21
a=10;
b=20;
printf("min_t(int,a++,b++)=%d\n",min_t(int,a++,b++)); //10
printf("a=%d\n",a); //11
printf("b=%d\n",b); //21
a=10;
b=20;
printf("min(a++,b++)=%d\n",min(a++,b++)); //10
printf("a=%d\n",a); //11
printf("b=%d\n",b); //21
}
編譯程序時,只要遇到 #error 就會跳出一個編譯錯誤,既然是編譯錯誤,要它干嘛呢?其目的就是保證程序是按照你所設(shè)想的那樣進行編譯的。
下面舉個例子:程序中往往有很多的預(yù)處理指令。
#ifdef XXX
...
#else
...
#endif
當(dāng)程序比較大時,往往有些宏定義是在外部指定的(如makefile),或是在系統(tǒng)頭文件中指定的,當(dāng)你不太確定當(dāng)前是否定義了 XXX 時,就可以改成如下這樣進行編譯:
#ifdef XXX
...
#error "XXX has been defined"
#else
#endif
這樣,如果編譯時出現(xiàn)錯誤,輸出了XXX has been defined,表明宏XXX已經(jīng)被定義了。
while(1)
{}
for(;;)
{}
loop:...
goto loop;
a)int a;
b)int *a;
c)int **a;
d)int a[10]
e)int *a[10]
f)int (*a)[10]
g)int (*a)(int a)
h)int (*a[10])(int)
在C語言中,關(guān)鍵字static有三個明顯的作用:
第一、在修飾變量的時候,static修飾的靜態(tài)局部變量只執(zhí)行一次,而且延長了局部變量的生命周期,直到程序運行結(jié)束以后才釋放。
第二、static修飾全局變量的時候,這個全局變量只能在本文件中訪問,不能在其它文件中訪問,即便是extern外部聲明也不可以。
第三、static修飾一個函數(shù),則這個函數(shù)的只能在本文件中調(diào)用,不能被其他文件調(diào)用。Static修飾的局部變量存放在全局數(shù)據(jù)區(qū)的靜態(tài)變量區(qū)。初始化的時候自動初始化為0;
(1)不想被釋放的時候,可以使用static修飾。比如修飾函數(shù)中存放在??臻g的數(shù)組。如果不想讓這個數(shù)組在函數(shù)調(diào)用結(jié)束釋放可以使用static修飾
(2)考慮到數(shù)據(jù)安全性(當(dāng)程想要使用全局變量的時候應(yīng)該先考慮使用static)
在C++中static關(guān)鍵字除了具有C中的作用還有在類中的使用在類中,static可以用來修飾靜態(tài)數(shù)據(jù)成員和靜態(tài)成員方法靜態(tài)數(shù)據(jù)成員
(1)靜態(tài)數(shù)據(jù)成員可以實現(xiàn)多個對象之間的數(shù)據(jù)共享,它是類的所有對象的共享成員,它在內(nèi)存中只占一份空間,如果改變它的值,則各對象中這個數(shù)據(jù)成員的值都被改變。
(2)靜態(tài)數(shù)據(jù)成員是在程序開始運行時被分配空間,到程序結(jié)束之后才釋放,只要類中指定了靜態(tài)數(shù)據(jù)成員,即使不定義對象,也會為靜態(tài)數(shù)據(jù)成員分配空間。
(3)靜態(tài)數(shù)據(jù)成員可以被初始化,但是只能在類體外進行初始化,若為對靜態(tài)數(shù)據(jù)成員賦初值,則編譯器會自動為其初始化為0
(4)靜態(tài)數(shù)據(jù)成員既可以通過對象名引用,也可以通過類名引用。
靜態(tài)成員函數(shù)
(1)靜態(tài)成員函數(shù)和靜態(tài)數(shù)據(jù)成員一樣,他們都屬于類的靜態(tài)成員,而不是對象成員。
(2)非靜態(tài)成員函數(shù)有this指針,而靜態(tài)成員函數(shù)沒有this指針。
(3)靜態(tài)成員函數(shù)主要用來方位靜態(tài)數(shù)據(jù)成員而不能訪問非靜態(tài)成員。
只要一個變量前用const來修飾,就意味著該變量里的數(shù)據(jù)只能被訪問,而不能被修改,也就是意味著const“只讀”(readonly)。
規(guī)則:const離誰近,誰就不能被修改;
const修飾一個變量時,一定要給這個變量初始化,若不初始化,在后面也不能初始化。
const作用:
const優(yōu)點:
一個定義為volatile的變量是說這變量可能會被意想不到地改變,這樣,編譯器就不會去假設(shè)這個變量的值了。精確地說就是,優(yōu)化器在用到這個變量時必須每次都小心地重新讀取這個變量的值,而不是使用保存在寄存器里的備份。下面是volatile變量的幾個例子:
考察點:
最近不幸看到 Infineon為其較復(fù)雜的通信芯片寫的驅(qū)動程序,它用到了bit fields因 此完全對我無用,因為我的編譯器用其它的方 式來實現(xiàn)bit fields的。從道德講:永遠不要讓一個非嵌入式的家伙粘實際硬件的邊。
#define BIT3 (0x1 << 3)
static int a;
void set_bit3(void)
{
a |= BIT3;
}
void clear_bit3(void)
{
a &= ~BIT3;
}
考察點:
這一問題測試你是否知道為了訪問一絕對地址把一個整型數(shù)強制轉(zhuǎn)換(typecast)為一指針是合法的。
int *ptr;
ptr = (int *)0x67a9;
*ptr = 0xaa55;
......
*(int *const)(0x67a9) = 0xaa66;
__interrupt double compute_area (double radius)
{
double area = PI * radius * radius;
printf("\nArea = %f", area);
return area;
}
考察點:
void foo(void)
{
unsigned int a = 6;
int b = -20;
(a+b > 6) ? puts("> 6") : puts("<= 6");
}
考察點:
這 個問題測試你是否懂得C語言中的整數(shù)自動轉(zhuǎn)換原則,我發(fā)現(xiàn)有些開發(fā)者懂得極少這些東西。
不管如何,這無符號整型問題的答案是輸出是 ">6"。原因 是當(dāng)表達式中存在有符號類型和無符號類型時所有的操作數(shù)都自動轉(zhuǎn)換為無符號類型。
因此-20變成了一個非常大的正整數(shù),所以該表達式計算出的結(jié)果大于6。這一點對于應(yīng)當(dāng)頻繁用到無符號數(shù)據(jù)類型的嵌入式系統(tǒng)來說是豐常重要的。
如果你答錯了這個問題,你也就到了得不到這份工作的邊緣。
unsigned int zero = 0;
unsigned int compzero = 0xFFFF;
/*1's complement of zero */
考察點:
對于一個int型不是16位的處理器為說,上面的代碼是不正確的。應(yīng)編寫如下:
unsigned int compzero = ~0;
這一問題真正能揭露出應(yīng)試者是否懂得處理器字長的重要性。在我的經(jīng)驗里,好的嵌入式程序員非常準確地明白硬件的細節(jié)和它的局限,然而PC機程序往往把硬件
作為一個無法避免的煩惱。
到了這個階段,應(yīng)試者或者完全垂頭喪氣了或者信心滿滿志在必得。如果顯然應(yīng)試者不是很好,那么這個測試就在這里結(jié)束了。
但如果顯然應(yīng)試者做得不錯,那么我就 扔出下面的追加問題,這些問題是比較難的,我想僅僅非常優(yōu)秀的應(yīng)試者能做得不錯。提出這些問題,我希望更多看到應(yīng)試者應(yīng)付問題的方法,而不是答案。不管如 何,你就當(dāng)是這個娛樂吧...
那么嵌入式系統(tǒng)中,動態(tài)分配內(nèi)存可能發(fā)生的問題是什么?
這 里,我期望應(yīng)試者能提到內(nèi)存碎片,碎片收集的問題,變量的持行時間等等。這個主題已經(jīng)在ESP雜志中被廣泛地討論過了(主要是 P.J. Plauger, 他的解釋遠遠超過我這里能提到的任何解釋),回過頭看一下這些雜志吧!讓應(yīng)試者進入一種虛假的安全感覺后,我拿出這么 一個小節(jié)目:下面的代碼片段的輸出是什么,為什么?
char *ptr;
if ((ptr = (char *)malloc(0)) == NULL)
puts("Got a null pointer");
else
puts("Got a valid pointer");
這 是一個有趣的問題。最近在我的一個同事不經(jīng)意把0值傳給了函數(shù)malloc,得到了一個合法的指針之后,我才想到這個問題。這就是上面的代碼,該代碼的輸 出是"Got a valid pointer"。
我用這個來開始討論這樣的一問題,看看被面試者是否想到庫例程這樣做是正確。
得到正確的答案固然重要,但解決問題的方法和你做決定的基本原理更重要些。
#define dPS struct s *
typedef struct s * tPS;
以上兩種情況的意圖都是要定義dPS 和 tPS 作為一個指向結(jié)構(gòu)s指針。哪種方法更好呢?(如果有的話)為什么?
考察點:
這是一個非常微妙的問題,任何人答對這個問題(正當(dāng)?shù)脑颍┦菓?yīng)當(dāng)被恭喜的。答案是:typedef更好。思考下面的例子:
dPS p1,p2;
tPS p3,p4;
第一個擴展為
struct s * p1, p2;
上面的代碼定義p1為一個指向結(jié)構(gòu)的指,p2為一個實際的結(jié)構(gòu),這也許不是你想要的。第二個例子正確地定義了p3 和p4 兩個指針。
int a = 5, b = 7, c;
c = a+++b;
考察點:
這個問題將作為這個測驗的一個愉快的結(jié)尾。不管你相不相信,上面的例子是完全合乎語法的。問題是編譯器如何處理它?水平不高的編譯作者實際上會爭論這個問題,根據(jù)最處理原則,編譯器應(yīng)當(dāng)能處理盡可能所有合法的用法。因此,上面的代碼被處理成:
c = a++ + b;
因此, 這段代碼持行后a = 6, b = 7, c = 12。

我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流