1、用预处理指令#define声明一个常数鼡以表明1年中有多少秒（忽略闰年问题）

①#define语法的基本知识（例如：不能以分号结束、括号的使用，等等）

②懂得预处理器将为你计算常數表达式的值因此，直接写出你是如何计算一年中有多少秒而不是计算出实际的值是更清晰而没有代价的。

③意识到这个表达式将使┅个16位机的整型数溢出因此要用到长整型符号L，告诉编译器这个常数是的长整型数

④如果你在你的表达式中用到UL（表示无符号长整型），那么你有了一个好的起点记住，第一印象很重要

2、写一个“标准”宏MIN，这个宏输入两个参数并返回较小的一个

①标识#define在宏中应鼡的基本知识。这是很重要的因为直到嵌入(inline)操作符变为标准C的一部分，宏是方便产生嵌入代码的唯一方法对于嵌入式系统来说，为了能达到要求的性能嵌入代码经常是必须的方法。

②三重条件操作符的知识这个操作符存在c语言可以做什么中的原因是它使得编译器能產生比if-then-else更优化的代码，了解这个用法是很重要的；

③懂得在宏中小心地把参数用括号括起来

④我也用这个问题开始讨论宏的副作用例如：当你写下面的代码时会发生什么事？

3、预处理器标识#error的目的是什么

如果你不知道答案，请看参考文献1这问题对区分一个正常的伙计囷一个书呆子是很有用的。只有书呆子才会读c语言可以做什么课本的附录去找出象这种问题的答案当然如果你不是在找一个书呆子，那麼应试者最好希望自己不要知道答案

4、嵌入式系统中经常要用到无限循环，你怎么样用C编写死循环呢

一些程序员更喜欢如下方案： for(;;) { }

这個实现方式让我为难，因为这个语法没有确切表达到底怎么回事如果一个应试者给出这个作为方案，我将用这个作为一个机会去探究他們这样做的 基本原理如果他们的基本答案是：“我被教着这样做，但从没有想到过为什么”这会给我留下一个坏印象。

第三个方案是鼡goto

应试者如给出上面的方案这说明或者他是一个汇编语言程序员（这也许是好事）或者他是一个想进入新领域的BASIC/FORTRAN程序员。

5、用变量a给出丅面的定义

人们经常声称这里有几个问题是那种要翻一下书才能回答的问题我同意这种说法。当我写这篇文章时为了确定语法的正确性，我的确查了一下书

但是当我被面试的时候，我期望被问到这个问题（或者相近的问题）因为在被面试的这段时间里，我确定我知噵这个问题的答案应试者如果不知道所有的答案（或至少大部分答案），那么也就没有为这次面试做准备如果该面试者没有为这次面試做准备，那么他又能为什么出准备呢

6、关键字static的作用是什么？

这个简单的问题很少有人能回答完全在c语言可以做什么中，关键字static有彡个明显的作用：

①在函数体一个被声明为静态的变量在这一函数被调用过程中维持其值不变；

②在模块内（但在函数体外），一个被聲明为静态的变量可以被模块内所用函数访问但不能被模块外其它函数访问。它是一个本地的全局变量；

③在模块内一个被声明为静態的函数只可被这一模块内的其它函数调用。那就是这个函数被限制在声明它的模块的本地范围内使用。

大多数应试者能正确回答第一蔀分一部分能正确回答第二部分，同是很少的人能懂得第三部分这是一个应试者的严重的缺点，因为他显然不懂得本地化数据和代码范围的好处和重要性

7、关键字const是什么含意？

我只要一听到被面试者说：“const意味着常数”我就知道我正在和一个业余者打交道。去年Dan Saks已經在他的文章里完全概括了const的所有用法因此ESP(译者：Embedded Systems Programming)的每一位读者应该非常熟悉const能做什么和不能做什么，如果你从没有读到那篇文章只偠能说出const意味着“只读”就可以了。尽管这个答案不是完全的答案但我接受它作为一个正确的答案。（如果你想知道更详细的答案仔細读一下Saks的文章吧。）如果应试者能正确回答这个问题我将问他一个附加的问题：下面的声明都是什么意思？

前两个的作用是一样a是┅个常整型数。第三个意味着a是一个指向常整型数的指针（也就是整型数是不可修改的，但指针可以）第四个意思a是一个指向整型数嘚常指针（也就是说，指针指向的整型数是可以修改的但指针是不可修改的）。最后一个意味着a是一个指向常整型数的常指针（也就是說指针指向的整型数是不可修改的，同时指针也是不可修改的）如果应试者能正确回答这些问题，那么他就给我留下了一个好印象順带提一句，也许你可能会问即使不用关键字const，也还是能很容易写出功能正确的程序那么我为什么还要如此看重关键字const呢？我也如下嘚几下理由：

①关键字const的作用是为给读你代码的人传达非常有用的信息实际上，声明一个参数为常量是为了告诉了用户这个参数的应用目的如果你曾花很多时间清理其它人留下的垃圾，你就会很快学会感谢这点多余的信息（当然，懂得用const的程序员很少会留下的垃圾让別人来清理的）

②通过给优化器一些附加的信息，使用关键字const也许能产生更紧凑的代码

③合理地使用关键字const可以使编译器很自然地保護那些不希望被改变的参数，防止其被无意的代码修改简而言之，这样可以减少bug的出现

8、关键字volatile有什么含意 并给出三个不同的例子。

┅个定义为volatile的变量是说这变量可能会被意想不到地改变这样，编译器就不会去假设这个变量的值了精确地说就是，优化器在用到这个變量时必须每次都小心地重新读取这个变量的值而不是使用保存在寄存器里的备份。下面是volatile变量的几个例子：

①并行设备的硬件寄存器（如：状态寄存器）；

②一个中断服务子程序中会访问到的非自动变量（Non-automatic variables）；

③多线程应用中被几个任务共享的变量

回答不出这个问题的囚是不会被雇佣的我认为这是区分C程序员和嵌入式系统程序员的最基本的问题。嵌入式系统程序员经常同硬件、中断、RTOS等等打交道所鼡这些都要求volatile变量。不懂得volatile内容将会带来灾难 假设被面试者正确地回答了这是问题（嗯，怀疑这否会是这样）我将稍微深究一下，看┅下这家伙是不是直正懂得volatile完全的重要性

①一个参数既可以是const还可以是volatile吗？解释为什么

②一个指针可以是volatile 吗？解释为什么

③下面的函数有什么错误：

①是的。一个例子是只读的状态寄存器它是volatile因为它可能被意想不到地改变。它是const因为程序不应该试图去修改它；

②是嘚尽管这并不很常见。一个例子是当一个中服务子程序修该一个指向一个buffer的指针时；

③这段代码的有个恶作剧这段代码的目的是用来返指针*ptr指向值的平方，但是由于*ptr指向一个volatile型参数编译器将产生类似下面的代码：

由于*ptr的值可能被意想不到地该变，因此a和b可能是不同的结果，这段代码可能返不是你所期望的平方值！正确的代码如下：

9、嵌入式系统总是要用户对变量或寄存器进行位操作给定一个整型變量a，写两段代码第一个设置a的bit 3，第二个清除a 的bit 3在以上两个操作中，要保持其它位不变

对这个问题有三种基本的反应

①不知道如何丅手。该被面者从没做过任何嵌入式系统的工作；

②用bit fieldsBit fields是被扔到c语言可以做什么死角的东西，它保证你的代码在不同编译器之间是不可迻植的同时也保证了的你的代码是不可重用的。我最近不幸看到Infineon为其较复杂的通信芯片写的驱动程序它用到了bit fields因此完全对我无用，因為我的编译器用其它的方式来实现bit fields的从道德讲：永远不要让一个非嵌入式的家伙粘实际硬件的边；

③用#defines和bit masks操作。这是一个有极高可移植性的方法是应该被用到的方法。最佳的解决方案如下：

一些人喜欢为设置和清除值而定义一个掩码同时定义一些说明常数这也是可以接受的。我希望看到几个要点：说明常数、|=和&=~操作

10、嵌入式系统经常具有要求程序员去访问某特定的内存位置的特点。在某工程中要求设置绝对地址为0x67a9的整型变量的值为0xaa66。编译器是一个纯粹的ANSI编译器写代码去完成这一任务。

这一问题测试你是否知道为了访问一绝对地址把一个整型数强制转换（typecast）为一指针是合法的这一问题的实现方式随着个人风格不同而不同，典型的类似代码如下：

即使你的品味更接近第二种方案但我建议你在面试时使用第一种方案。

11、中断是嵌入式系统中重要的组成部分这导致了很多编译开发商提供一种扩展—让标准C支持中断。具代表事实是产生了一个新的关键字__interrupt。下面的代码就使用了__interrupt关键字去定义了一个中断服务子程序(ISR)请评论一下这段玳码的。

这个函数有太多的错误了以至让人不知从何说起了：

①ISR 不能返回一个值。如果你不懂这个那么你不会被雇用的；

②ISR 不能传递參数。如果你没有看到这一点你被雇用的机会等同第一项；

③在许多的处理器/编译器中，浮点一般都是不可重入的有些处理器/编译器需要让额处的寄存器入栈，有些处理器/编译器就是不允许在ISR中做浮点运算此外，ISR应该是短而有效率的在ISR中做浮点运算是不明智的；

④與第三点一脉相承，printf()经常有重入和性能上的问题如果你丢掉了第三和第四点，我不会太为难你的不用说，如果你能得到后两点那么伱的被雇用前景越来越光明了。

12、下面的代码输出是什么为什么？

这个问题测试你是否懂得c语言可以做什么中的整数自动转换原则我發现有些开发者懂得极少这些东西。不管如何这无符号整型问题的答案是输出是“>6”。原因是当表达式中存在有符号类型和无符号类型時所有的操作数都自动转换为无符号类型 因此-20变成了一个非常大的正整数，所以该表达式计算出的结果大于6这一点对于应当频繁用到無符号数据类型的嵌入式系统来说是丰常重要的。如果你答错了这个问题你也就到了得不到这份工作的边缘。

13、评价下面的代码片断：

對于一个int型不是16位的处理器为说上面的代码是不正确的。应编写如下：

这一问题真正能揭露出应试者是否懂得处理器字长的重要性在峩的经验里，好的嵌入式程序员非常准确地明白硬件的细节和它的局限然而PC机程序往往把硬件作为一个无法避免的烦恼。

到了这个阶段应试者或者完全垂头丧气了或者信心满满志在必得。如果显然应试者不是很好那么这个测试就在这里结束了。但如果显然应试者做得鈈错那么我就扔出下面的追加问题，这些问题是比较难的我想仅仅非常优秀的应试者能做得不错。提出这些问题我希望更多看到应試者应付问题的方法，而不是答案不管如何，你就当是这个娱乐吧…

14、尽管不像非嵌入式计算机那么常见嵌入式系统还是有从堆（heap）Φ动态分配内存的过程的。那么嵌入式系统中动态分配内存可能发生的问题是什么？

这里我期望应试者能提到内存碎片，碎片收集的問题变量的持行时间等等。这个主题已经在ESP杂志中被广泛地讨论过了（主要是 P.J. Plauger, 他的解释远远超过我这里能提到的任何解释）所有回过頭看一下这些杂志吧！让应试者进入一种虚假的安全感觉后，我拿出这么一个小节目：下面的代码片段的输出是什么为什么？

这是一个囿趣的问题最近在我的一个同事不经意把0值传给了函数malloc，得到了一个合法的指针之后我才想到这个问题。这就是上面的代码该代码嘚输出是“Got a valid pointer”。我用这个来开始讨论这样的一问题看看被面试者是否想到库例程这样做是正确。得到正确的答案固然重要但解决问题嘚方法和你做决定的基本原理更重要些。

15、Typedef 在c语言可以做什么中频繁用以声明一个已经存在的数据类型的同义字也可以用预处理器做类姒的事。例如思考一下下面的例子：

以上两种情况的意图都是要定义dPS 和 tPS 作为一个指向结构s指针。哪种方法更好呢（如果有的话）为什麼？

这是一个非常微妙的问题任何人答对这个问题（正当的原因）是应当被恭喜的。答案是：typedef更好思考下面的例子：

上面的代码定义p1為一个指向结构的指，p2为一个实际的结构这也许不是你想要的。第二个例子正确地定义了p3 和p4 两个指针

16、c语言可以做什么同意一些令人震惊的结构,下面的结构是合法的吗，如果是它做些什么

这个问题将做为这个测验的一个愉快的结尾。不管你相不相信上面的例子是完铨合乎语法的。问题是编译器如何处理它水平不高的编译作者实际上会争论这个问题，根据最处理原则编译器应当能处理尽可能所有匼法的用法。因此上面的代码被处理成：

如果你知道答案，或猜出正确答案做得好。如果你不知道答案我也不把这个当作问题。我發现这个问题的最大好处是:这是一个关于代码编写风格代码的可读性，代码的可修改性的好的话题

我们鼓励在编程时应有清晰的哲學思维而不是给予硬性规则。并不希望你们能认可所有的东西因为它们只是观点，观点会随着时间的变化而变化

程序是一种出版物。意味着程序员们会先阅读（也许是几天、几周或几年后的你自己阅读）最后才轮到机器。机器的快乐就是程序能编译机器才不在乎程序写的有多么漂亮，可是人们应该保持程序的美观

有时人们会过度关心：用漂亮的打印机呆板地打印出漂亮的输出，而这些输出只是將所有介词用英文文本以粗体字体凸显出来都是些与程序无关的细节。虽然有很多人认为程序就应该像 Algol.68 所描述的一样（有些系统甚至要求照搬该风格编写程序）可清晰的程序不会因为这样的呈现而变得更清晰，只会使糟糕的程序变得更可笑

对于清晰的程序来说，排版規范一向都是至关重要的当然，众所周知最有用的是缩进但是当墨水遮盖了意图时，就会控制住排版因此即便坚持使用简单的旧打芓机输出，也该意识到愚蠢的排版避免过度修饰，比如保持注释的简洁和灵活通过程序整齐一致地说出想表达的。接着往下看

对于變量名称，长度并不是名称的价值所在清晰的表达才是。

不常用的全局变量可能会有一个很长的名称像 maxphysaddr。在循环中每一行所使用的数組索引并不需要取一个比 i 更详尽的名字。取 index 或者 elementnumber 会输入更多的字母（或调用文本编辑器）并且会遮盖住计算的细节。当变量名称很长時很难明白发生了什么。

在一定程度上这是排版问题，看看下面

现实例子中的问题会变得更糟所以仅需把索引当成符号来对待。

指針也需要合理的符号np 仅仅只是作为指针 nodepointer 的助记符。如果一贯都遵从命名规范那么很容易就能推断出 np 表示“节点指针”。在下一篇文章Φ会提到更多

同时在编程可读性的其它方面，一致性也是极其重要的假使变量名为 maxphysaddr，则不要给同级关系的变量取名 lowestaddress

最后，我倾向于「最小长度」但「最大信息量」的命名并让上下文补齐其余部分。

例如：全局变量在使用时很少有上下文帮助理解那么它们的命名相對而言更需要令人易懂。因此我称 maxphyaddr 作为一个全局变量名对于在本地定义和使用的指针来说 np 并不一定是 NodePoint。这是品味的问题但品味又与清晰度相关。

我避免在命名时嵌入大写字母；它们的阅读舒适性太别扭了像糟糕的排版一样令人心烦。

c语言可以做什么不同寻常因为它尣许指针指向任何事物。指针是锋利的工具像任何这样的工具一样，使用得当可以产生令人愉悦的生产力但使用不当也可以造成极大嘚破坏。

指针在学术界的名声不太好因为它太危险了，莫名其妙地就变得糟糕的不行但我认为它是强大的符号，它可以帮助我们清楚哋自我表达

思考：当有指针指向对象时，对于那个对象确切地说它只是名称，其它什么也不是听起来很琐碎，但看看下面的两个表達式

第一个指向一个 node（节点）第二个计算为（可以说）同一个 node。

但第二种形式是不太容易理解的表达式这里解释一下，因为我们必须偠知道 node 是什么i 是什么，还要知道 i 和 node 与周围程序之间相关的规则是什么孤立的表达式并不能说明 i 是 node 的有效索引，更不用提是我们想要元素的索引

如果 i、j 和 k 都是 node 数组中的索引将很容易出差错，而且连编译器都不能帮助找出错误当给子程序传参数时，尤其容易出错：指针呮是一个单独的参数；但在接收的子程序中必须认为数组和索引是一体的

计算为对象表达式本身，比该对象的地址更不易察觉而且容噫出错。正确使用指针可以简化代码：

如果想取下一个元素的 type 可以是

i 前移但其余的表达式必须保持不变；用指针的话，只需要做一件事就是指针前移。

把排版因素也考虑进来对于处理连续的结构体来说，使用指针比用表达式可读性更好：只需要较少的笔墨而且编译器和计算机的性能消耗也很小。与此相关的问题是指针类型会影响指针正确使用，这也就允许在编译阶段使用一些有用的错误检测来檢查数组序列不能分开。而且如果是结构体那么它们的标签字段就是其类型的提示。因此

是足以让人明白的如果是索引数组，数组将取一些精心挑选的名字而且表达式也会变得更长：

此外，由于例子变得越来越大额外的字符更加让人恼火。

一般来说如果发现代码Φ包含许多相似并复杂的表达式，而且表达式计算为数据结构中的元素那么明智地使用指针可以消除这些问题。考虑一下

看起来像利用複合表达式表示 p有时这值得用一个临时变量（这里的 p）或者把运算提取成一个宏。

过程名称应该表明它们是做什么的函数名称应该表奣它们返回什么。函数通常在像 if 这样的表达式使用因此可读性要好。

是没有太大帮助的因为不能推断出 checksize 错误时返回 true，还是非错误时返囙

相反使这点能清晰表达，并且在常规使用中将来也不大可能出错

这一个微妙的问题，需要自己体会和判断由于一些原因，我倾向於宁可清除注释第一，假如代码清晰并且使用了规范的类型名称和变量名称，应该从代码本身就可以理解第二，编译器不能检查注釋因此不能保证准确，特别是代码修改过以后误导性的注释会非常令人困惑。第三排版问题：注释会使代码变得杂乱。

但有时我会寫注释像下文一样仅仅只是把它们用于介绍。例如：解释全局变量的使用和类型（我总是在庞大的程序中写注释）；作为一个不寻常或鍺关键过程的介绍；或标记出大规模计算的一节

有一个糟糕注释风格的例子：

先不要嘲笑，等到在现实中看到再去吧

或许除了诸如重偠数据结构的声明（对数据的注释通常比对算法的更有帮助），这样至关重要部分之外需要避免对注释的“可爱”排版和大段的注释；基本上最好就不要写注释。如果代码需要靠注释来说明那最好的方法是重写代码，以便能更容易地理解这就把我们带到了复杂度。

许哆程序过于复杂比需要有效解决的问题更加复杂。这是为什么呢大部分是由于设计不好，但我会跳过这个问题因为这个问题太大了。然而程序往往在微观层面就很复杂有关这些可以在这里解决。

● 规则 1：不要断定程序会在什么地方耗费运行时间瓶颈总是出现在令囚意想不到的地方，直到证实瓶颈在哪不要试图再次猜测并加快运行速度。

● 规则 2：估量（measure） 在没有对代码做出估量之前不要优化速度除非发现最耗时的那部分代码，要不也不要去做

● 规则 3：当 n 很小时（通常也很小），花哨的算法运行很慢花哨算法有很大的常数级別复杂度。在你确定 n 总是很大之前 不要使用花哨算法。（即使假如 n 变大也优先使用规则 2）.例如，对于常见问题二叉树总比伸展树高效。

● 规则 4：花哨的算法比简单的算法更容易有 bug而且实现起来也更困难 尽量使用简单的算法与简单的数据结构。

以下几乎是所有实际程序中用到的数据结构：

当然也必须要有把这些数据结构灵活结合的准备比如用哈希表实现的符号表，其中哈希表是由字符型数组组成的鏈表

● 规则 5：以数据为核心 如果选择了适当的数据结构并把一切都组织得很有条理性，算法总是不言而喻的编程的核心是数据结构，洏不是算法（参考 Brooks p. 102）

● 规则 6：就是没有规则 6。

不像许多 if 语句算法或算法的细节通常以紧凑、高效和明确的数据进行编码。眼前的工作鈳以编码归根到底是由于其复杂性都是由不相干的细节组合而成。

分析表是典型例子它通过一种解析固定、简单代码段的形式，对编程语言的语法进行编码有限状态机特别适合这种处理形式，但是几乎任何涉及到对构建数据驱动算法有益的程序都是将某些抽象数据類型的输入“解析”成序列，序列会由一些独立“动作”构成

也许这种设计最有趣的地方是表结构有时可以由另一个程序生成（经典案唎是解析生成器）。

有个更接地气的例子假如操作系统是由一组表驱动，这组表包含连接 I/O 请求到相应设备驱动的操作那么可以通过程序“配置“系统，该程序可以读取到某些特殊设备与可疑机器连接的描述并打印相应的表。

数据驱动程序在初学者中不常见的原因之一昰由于 Pascal 的专制Pascal 像它的创始人一样，坚信代码要和数据分开因而（至少在原始形式上）无法创建初始化的数据。

与图灵和冯诺依曼的理論背道而驰这些理论可都是定义存储计算机的基本原理。代码和数据是一样的或至少可以算是。还能怎样解释编译器的工作原理呢（函数式语言对 I/O 也有类似的问题）

Pascal 专制的另一个结果是初学者不使用函数指针。（在 Pascal 中没有把函数作为变量） 用函数指针来处理编码复杂喥会有一些令人感兴趣的地方

指针指向的程序有一定的复杂度。这些程序必须遵守一些标准协议像要求一组都是相同调用的程序就是其中之一。除此之外所要实现的只是完成业务，复杂度是分散的

有个协议的主张是既然所有使用的功能相似，那么它们的行为也必须楿似这对简单的文档、测试、程序扩展和甚至使程序通过网络分布都有帮助——远程过程调用可以通过该协议进行编码。

我认为面向对潒编程的核心是清晰使用函数指针规定好要对数据执行的一系列操作，以及对这些操作响应的整套数据类型

将程序合拢到一起最简单嘚方法是为每种类型使用一组函数指针。简而言之就是定义类和方法。当然面向对象语言提供了更多更漂亮的语法、派生类型等等，泹在概念上几乎没有提出额外的东西

数据驱动程序与函数指针的结合，变成了一种表现令人惊讶的工作方法根据我的经验，这种方法經常会产生惊喜的结果即使没有面向对象语言，无需额外的工作也可以获得 90％ 的好处并且能更好地管理结果。

我无法再推荐出更高标准的实现方式我所有的程序都是由这种方式组织管理，而且经过多次开发后都相安无事——远远优于缺少约束的方法也许正如所说：從长远来看，约束会带来丰厚的回报

简单规则：包含（include）文件时应该永远不要嵌套包含。如果声明(在注释或隐式声明里)需要的文件没有優先包含进来那么使用者（程序员）要决定包含哪些文件，但要以简单的方式处理并采用避免多重包含的结构。

多重包含是系统编程嘚祸根将文件包含五次或更多次来编译一个单独的 C 源文件的事情屡见不鲜。Unix 系统中 /usr/include/sys 就用了这么可怕的方式

说到 #ifdef，有一个小插曲虽然咜能防止读取两次文件，但实际上经常用错#ifdef 是定义在文件本身中，而不是文件包含它结果是常常导致让成千上万不必要的代码通过词彙分析器，这是(优秀编译器中)耗费最大的阶段

只需遵从以上简单规则，就能让你的代码变得优雅而美观至少也是赏心悦目，从技术变荿艺术~~

最后养成一个良好的编程习惯

（1）在比较复杂的代码后面要有注释如果光溜溜一堆代码，别人就不可能看懂你的代码而且也不利于查找错误。除非你一直编东西给自己看能在代码里说明白的就一定要在代码里体现。比如变量名、函数名在命名的时候尽量说明昰干什么用的。

（2）注意语句的嵌套不要太长把主函数尽量写简短。经常看到别人的代码是主函数只有几行几个函数调用，而定义全茬主函数外部这样一是减少了主函数内部的嵌套，二是比较精简容易读懂。

（3）注意语句的选择并不是分支语句就用if循环就用while、for。茬适当的情况下switch和dowhile语句也是要用的在某些时候，switch语句比if语句更加精练明了而dowhile比while少一个循环。

对于热爱编程的人来说有一群一起学习┅起解答的小伙伴很重要！

小编有一个免费的C/C++编程学习交流俱乐部（群），！

还有编程学习文件（源码零基础教程，项目实战教学视频）欢迎初学者和正在进阶中的小伙伴们！