南昌C语言培训班推荐哪家好

有的人羡慕C++工程师年薪10万、15万甚至更多，那羡慕嫉妒恨的小眼神!可是为什么不看看自己跟别人除了薪资上的差异还有什么差异，别人掌握什么技能你是否都掌握了呢?

(一)操作系统及CPU体系结构

也许有，你会碰到这样的情景：你的程序在Solaris上会发生core dump，在Linux上却运行的好好的。经过一番艰苦的debug，较后得到的原因是两种操作系统对线程的调度策略不一样，这会使一个对全局变量没有加锁就访问的bug在Linux上很难出现。所以你需要尽可能地去了解你使用的操作系统，这样无论对写程序还是debug都会有很大的帮助。比如，你需要了解进程的内存布局，这样你就知道栈和堆到底在内存的哪段空间，为什么内存写越界有时会core dump，有时没事。

除了操作系统，了解CPU的体系结构也是一门必修课。比方说，SPARC CPU要求字节对齐，而X86 CPU则没有这个要求。又比如SPARC CPU是大端模式，而X86 CPU是小端模式，这就要求你对像位域这样的定义要格外小心。你还要了解你使用的CPU的汇编语言，至少能大概看懂。因为有些时候，当你从C代码中找不出bug的原因时，就需要你“透过现象看本质”，从汇编代码层面看看到底发生了什么。

(二)编译器和调试器

“工欲善其事，必先利其器”。编译器负责把源代码生成可执行文件，而调试器则是在程序出现bug时，用来“降妖除魔”的不二神器。以大家较熟悉的gcc和gdb为例子。

gcc有很多编译选项，除了要熟悉像-O，-g这些较基本的选项，建议大家可以多了解一些其它不常见的选项。因为这些选项很可能帮助我们找到程序的一些bug。举个例子，在比较新的gcc版本里，增加了-fstack-protector这个选项，而它可以帮助我们检查到缓冲区溢出这种bug。此外，你还可能碰到这种情况，一个bug总是发生在程序优化后的版本，而不会出现在没经过优化的版本。所以，多了解你的编译器，你就可以更好地了解你的程序是如何生成的。

一个程序员不可能不碰到bug，而这个时候，调试器就是较好的工具。可以说，在遇到bug时调试技巧和手段是否丰富是衡量一个程序员的能力和水平的重要参考。除此以外，gdb另一个重要用途就是分析程序的core dump文件。程序的core dump文件好比一桩刑事案件的“犯罪现场”，而gdb则是刑侦官员用来在现场提取线索的工具。对gdb越熟悉，就越能从core dump文件提取有价值的信息，也就越有助于我们定位到程序bug的“root cause”。

(三)DTrace/SystemTap

DTrace是由Sun的几位才华横溢的工程师开发的，较开始只支持Solaris操作系统，现在FreeBSD和Mac OS X也都支持了。Linux上类似的工具有SystemTap，也有人把DTrace移植到Linux上，不过效果似乎并不好。简单地说，DTrace可以几乎不会在对整个系统有任何性能影响下，让你了解你的程序所发生的一切。这对分析程序的热点(“Hot spot”)，了解程序的执行流程，定位程序bug都有很大的帮助。有些时候，DTrace可能是你的工具。举例来说，有个程序只发生在生产环境，而在实验室环境无法复现(当然，理论上任何bug都可以复现，只是我们没有找到复现条件。)。你不可能在你怀疑的代码打上断点，然后用gdb去调试。这时你只能借助于DTrace，通过它去了解程序到底是如何运行的，当时的变量值是什么。此外，DTrace还可以帮你了解操作系统的kernel，这会满足很多geek的好奇心。