📄 嵌入式程序员面试须知.htm
字号:
数的常指针（也就是说，指针指向的整型数是可以修改的，但指针是不可修改的）。最后一个意味着a是一个指向常整型数的常指针（也就是说，指针指向的整型数
是不可修改的，同时指针也是不可修改的）。如果应试者能正确回答这些问题，那么他就给我留下了一个好印象。顺带提一句，也许你可能会问，即使不用关键字
const，也还是能很容易写出功能正确的程序，那么我为什么还要如此看重关键字const呢？我也如下的几下理由：<br/>1) 关键字const的作用是为给读你代码的人传达非常有用的信息，实际上，声明一个参数为常量是为了告诉了用户这个参数的应用目的。如果你曾花很多时间清理
其它人留下的垃圾，你就会很快学会感谢这点多余的信息。（当然，懂得用const的程序员很少会留下的垃圾让别人来清理的。）<br/>2) 通过给优化器一些附加的信息，使用关键字const也许能产生更紧凑的代码。<br/>3) 合理地使用关键字const可以使编译器很自然地保护那些不希望被改变的参数，防止其被无意的代码修改。简而言之，这样可以减少bug的出现。<br/><br/><br/><span style="font-weight: bold;">Volatile</span> <br/><br/>8. 关键字volatile有什么含意?并给出三个不同的例子。<br/>一个定义为volatile的变量是说这变量可能会被意想不到地改变，这样，编译器就不会去假设这个变量的值了。精确地说就是，优化器在用到这个变量时必须每次都小心地重新读取这个变量的值，而不是使用保存在寄存器里的备份。下面是volatile变量的几个例子：<br/>1) 并行设备的硬件寄存器（如：状态寄存器）<br/>2) 一个中断服务子程序中会访问到的非自动变量(Non-automatic variables)<br/>3) 多线程应用中被几个任务共享的变量<br/><br/>回答不出这个问题的人是不会被雇佣的。我认为这是区分C程序员和嵌入式系统程序员的最基本的问题。搞嵌入式的家伙们经常同硬件、中断、RTOS等等打交道，所有这些都要求用到volatile变量。不懂得volatile的内容将会带来灾难。<br/>假设被面试者正确地回答了这是问题（嗯，怀疑是否会是这样），我将稍微深究一下，看一下这家伙是不是直正懂得volatile完全的重要性。<br/>1)一个参数既可以是const还可以是volatile吗？解释为什么。<br/>2); 一个指针可以是volatile 吗？解释为什么。<br/>3); 下面的函数有什么错误：<br/><br/>int square(volatile int *ptr)<br/>{<br/> return *ptr * *ptr;<br/>}<br/><br/>下面是答案：<br/>1)是的。一个例子是只读的状态寄存器。它是volatile因为它可能被意想不到地改变。它是const因为程序不应该试图去修改它。<br/>2); 是的。尽管这并不很常见。一个例子是当一个中服务子程序修该一个指向一个buffer的指针时。<br/>3) 这段代码有点变态。这段代码的目的是用来返指针*ptr指向值的平方，但是，由于*ptr指向一个volatile型参数，编译器将产生类似下面的代码：<br/><br/>int square(volatile int *ptr) <br/>{<br/> int a,b;<br/> a = *ptr;<br/> b = *ptr;<br/> return a * b;<br/>}<br/><br/>由于*ptr的值可能被意想不到地该变，因此a和b可能是不同的。结果，这段代码可能返不是你所期望的平方值！正确的代码如下：<br/><br/>long square(volatile int *ptr) <br/>{<br/> int a;<br/> a = *ptr;<br/> return a * a;<br/>}<br/><br/><span style="font-weight: bold;">位操作</span>（Bit manipulation） <br/><br/>9. 嵌入式系统总是要用户对变量或寄存器进行位操作。给定一个整型变量a，写两段代码，第一个设置a的bit 3，第二个清除a 的bit 3。在以上两个操作中，要保持其它位不变。<br/>对这个问题有三种基本的反应<br/>1)不知道如何下手。该被面者从没做过任何嵌入式系统的工作。<br/>2) 用bit fields。Bit
fields是被扔到C语言死角的东西，它保证你的代码在不同编译器之间是不可移植的，同时也保证了的你的代码是不可重用的。我最近不幸看到
Infineon为其较复杂的通信芯片写的驱动程序，它用到了bit fields因此完全对我无用，因为我的编译器用其它的方式来实现bit
fields的。从道德讲：永远不要让一个非嵌入式的家伙粘实际硬件的边。<br/>3) 用 #defines 和 bit masks 操作。这是一个有极高可移植性的方法，是应该被用到的方法。最佳的解决方案如下：<br/><br/>#define BIT3 (0x1 << 3)<br/>static int a;<br/><br/>void set_bit3(void) <br/>{<br/> a |= BIT3;<br/>}<br/>void clear_bit3(void) <br/>{<br/> a &= ~BIT3;<br/>}<br/><br/>一些人喜欢为设置和清除值而定义一个掩码同时定义一些说明常数，这也是可以接受的。我希望看到几个要点：说明常数、|=和&=~操作。<br/><br/><br/><span style="font-weight: bold;">访问固定的内存位置</span>（Accessing fixed memory locations） <br/><br/>10. 嵌入式系统经常具有要求程序员去访问某特定的内存位置的特点。在某工程中，要求设置一绝对地址为0x67a9的整型变量的值为0xaa66。编译器是一个纯粹的ANSI编译器。写代码去完成这一任务。<br/>这一问题测试你是否知道为了访问一绝对地址把一个整型数强制转换（typecast）为一指针是合法的。这一问题的实现方式随着个人风格不同而不同。典型的类似代码如下：<br/> int *ptr;<br/> ptr = (int *)0x67a9;<br/> *ptr = 0xaa55;<br/><br/> A more obscure approach is: <br/>一个较晦涩的方法是：<br/><br/> *(int * const)(0x67a9) = 0xaa55;<br/><br/>即使你的品味更接近第二种方案，但我建议你在面试时使用第一种方案。<br/><br/><span style="font-weight: bold;">中断</span>（Interrupts） <br/><br/>11.
中断是嵌入式系统中重要的组成部分，这导致了很多编译开发商提供一种扩展—让标准C支持中断。具代表事实是，产生了一个新的关键字
__interrupt。下面的代码就使用了__interrupt关键字去定义了一个中断服务子程序(ISR)，请评论一下这段代码的。<br/><br/>__interrupt double compute_area (double radius) <br/>{<br/> double area = PI * radius * radius;<br/> printf("\nArea = %f", area);<br/> return area;<br/>}<br/><br/>这个函数有太多的错误了，以至让人不知从何说起了：<br/>1)ISR 不能返回一个值。如果你不懂这个，那么你不会被雇用的。<br/>2) ISR 不能传递参数。如果你没有看到这一点，你被雇用的机会等同第一项。<br/>3) 在许多的处理器/编译器中，浮点一般都是不可重入的。有些处理器/编译器需要让额处的寄存器入栈，有些处理器/编译器就是不允许在ISR中做浮点运算。此外，ISR应该是短而有效率的，在ISR中做浮点运算是不明智的。<br/>4) 与第三点一脉相承，printf()经常有重入和性能上的问题。如果你丢掉了第三和第四点，我不会太为难你的。不用说，如果你能得到后两点，那么你的被雇用前景越来越光明了。<br/><br/><br/><span style="font-weight: bold;">代码例子</span>（Code examples）<br/><br/>12 . 下面的代码输出是什么，为什么？<br/><br/>void foo(void)<br/>{<br/> unsigned int a = 6;<br/> int b = -20;<br/> (a+b > 6) ? puts("> 6") : puts("<= 6");<br/>}<br/>这
个问题测试你是否懂得C语言中的整数自动转换原则，我发现有些开发者懂得极少这些东西。不管如何，这无符号整型问题的答案是输出是
">6"。原因是当表达式中存在有符号类型和无符号类型时所有的操作数都自动转换为无符号类型。
因此-20变成了一个非常大的正整数，所以该表达式计算出的结果大于6。这一点对于应当频繁用到无符号数据类型的嵌入式系统来说是丰常重要的。如果你答错
了这个问题，你也就到了得不到这份工作的边缘。<br/><br/>13. 评价下面的代码片断：<br/><br/>unsigned int zero = 0;<br/>unsigned int compzero = 0xFFFF; <br/>/*1's complement of zero */<br/><br/>对于一个int型不是16位的处理器为说，上面的代码是不正确的。应编写如下：<br/><br/>unsigned int compzero = ~0;<br/><br/>这一问题真正能揭露出应试者是否懂得处理器字长的重要性。在我的经验里，好的嵌入式程序员非常准确地明白硬件的细节和它的局限，然而PC机程序往往把硬件作为一个无法避免的烦恼。<br/>到
了这个阶段，应试者或者完全垂头丧气了或者信心满满志在必得。如果显然应试者不是很好，那么这个测试就在这里结束了。但如果显然应试者做得不错，那么我就
扔出下面的追加问题，这些问题是比较难的，我想仅仅非常优秀的应试者能做得不错。提出这些问题，我希望更多看到应试者应付问题的方法，而不是答案。不管如
何，你就当是这个娱乐吧...<br/><br/><br/><span style="font-weight: bold;">动态内存分配</span>（Dynamic memory allocation） <br/><br/>14. 尽管不像非嵌入式计算机那么常见，嵌入式系统还是有从堆（heap）中动态分配内存的过程的。那么嵌入式系统中，动态分配内存可能发生的问题是什么？<br/>这
里，我期望应试者能提到内存碎片，碎片收集的问题，变量的持行时间等等。这个主题已经在ESP杂志中被广泛地讨论过了（主要是 P.J.
Plauger, 他的解释远远超过我这里能提到的任何解释），所有回过头看一下这些杂志吧！让应试者进入一种虚假的安全感觉后，我拿出这么一个小节目：<br/>下面的代码片段的输出是什么，为什么？<br/><br/>char *ptr;<br/>if ((ptr = (char *)malloc(0)) == NULL) <br/> puts("Got a null pointer");<br/>else<br/> puts("Got a valid pointer");<br/><br/>这
是一个有趣的问题。最近在我的一个同事不经意把0值传给了函数malloc，得到了一个合法的指针之后，我才想到这个问题。这就是上面的代码，该代码的输
出是"Got a valid
pointer"。我用这个来开始讨论这样的一问题，看看被面试者是否想到库例程这样做是正确。得到正确的答案固然重要，但解决问题的方法和你做决定的基
本原理更重要些。<br/><br/><span style="font-weight: bold;">Typedef </span><br/> <br/>15 Typedef 在C语言中频繁用以声明一个已经存在的数据类型的同义字。也可以用预处理器做类似的事。例如，思考一下下面的例子：<br/><br/>#define dPS struct s *<br/>typedef struct s * tPS;<br/><br/>以上两种情况的意图都是要定义dPS 和 tPS 作为一个指向结构s指针。哪种方法更好呢？（如果有的话）为什么？<br/>这是一个非常微妙的问题，任何人答对这个问题（正当的原因）是应当被恭喜的。答案是：typedef更好。思考下面的例子：<br/><br/>dPS p1,p2;<br/>tPS p3,p4;<br/><br/>第一个扩展为<br/><br/>struct s * p1, p2;<br/>.<br/>上面的代码定义p1为一个指向结构的指，p2为一个实际的结构，这也许不是你想要的。第二个例子正确地定义了p3 和p4 两个指针。<br/><br/><br/><br/><span style="font-weight: bold;">晦涩的语法</span><br/><br/>16 . C语言同意一些令人震惊的结构,下面的结构是合法的吗，如果是它做些什么？<br/><br/>int a = 5, b = 7, c;<br/>c = a+++b;<br/><br/>这个问题将做为这个测验的一个愉快的结尾。不管你相不相信，上面的例子是完全合乎语法的。问题是编译器如何处理它？水平不高的编译作者实际上会争论这个问题，根据最处理原则，编译器应当能处理尽可能所有合法的用法。因此，上面的代码被处理成：<br/><br/>c = a++ + b;<br/><br/>因此, 这段代码持行后a = 6, b = 7, c = 12。<br/>如果你知道答案，或猜出正确答案，做得好。如果你不知道答案，我也不把这个当作问题。我发现这个问题的最大好处是这是一个关于代码编写风格，代码的可读性，代码的可修改性的好的话题。<br/><br/><br/><font class="f14" id="zoom">好了，伙计们，你现在已经做完所有的测试了。这就是我出的C语言测试题，我怀着愉快的心情写完它，希望你以同样的心情读完它。如果是认为这是一个好的测试，那么尽量都用到你的找工作的过程中去吧。天知道也许过个一两年，我就不做现在的工作，也需要找一个。<br/><br/><span style="font-weight: bold;">作者介绍:</span><br/> Nigel Jones 是一个顾问，现在住在Maryland，当他不在水下时，你能在多个范围的嵌入项目中找到他。 他很高兴能收到读者的来信，他的email地址是: <a href="mailto:NAJones@compuserve.com">NAJones@compuserve.com</a><br/><br/></font><font class="f14" id="zoom"><span style="font-weight: bold;">参考文献</span><br/>1) Jones, Nigel, "In Praise of the #error directive," Embedded Systems Programming, September 1999, p. 114.<br/>2) Jones, Nigel, " Efficient C Code for Eight-bit MCUs ," Embedded Systems Programming, November 1998, p. 66.<br/><br/><br type="_moz"/></font><a title="Print It" href="http://www.upsdn.net/print.php?id=423" >[显示打印版本]</a> <h3 class="break">相关文章</h3><ul> <li> No Relative Articles. </li> </ul><h3 class="break">相关评论 <a href="javascript:void(0);" onclick="window.open('/reply.html?423','reply','width=400,height=300,top=0,left=0');">发表评论</a></h3><ul> <li><p class="replyer">leslie [2005-04-08]</p><p>挺考验基本知识的</p></li> </ul></div></div> </body></html>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -