C语言的指针在提供编程便利的同时，却带来了很多潜在的内存安全问题。见以下例子： 该程序（不正确）的输出为： 上述代码使用sprintf修改了string_buff指针所指向的char型数组。但是由于在申明数组长度的时候，没有考虑到字符串结束符’\0’，所以实际写入时不慎篡改了下一位内存地址的内容（此例中为i_not_zero, 使用MinGW gcc）。在实际程序中，此类bug一般很难被发现，尤其是还有其他程序在正常修改该值时，一般先会去排查和该变量有关的程序。 这只是一

再来看一个指针问题，同样的来自一个本科生的代码。这段代码想要实现将一个全是小写字母的字符串转换成对应的大写字母字符串： 然而这段代码没有能实现期望的功能。原因如下： 主程序调用convert_to_upper_case()函数后，堆栈为p分配了内存空间； 函数体正确修改了p对应字符数组的内容，并将p的首地址作为指针返回； 函数返回后，所有临时变量从堆栈中弹出，包括p[100]； 主程序得到返回的指针，对其进行解析。然而指针指向的字符数组此时已经从堆栈中弹出，解析后的数据无法被定义。 要想正确实现

关于指针总是有说不完的故事。 最近给本科的学生带Embedded System课程设计，遇到了一个非常奇怪的bug。有一段代码需要实现I2C通信，核心代码已经由软件库提供了，学生只需要设置结构体后调用API即可。一个学生的代码是这样的： 初看一下没有什么问题：在I2C_init()函数中首先对结构体cfg进行初始化，而在I2C_send()函数中设置了需要发送的数据指针，之后使用I2C的API发送数据。 因为代码一直无法实现期望的功能，我又仔细看了一下其中的蹊跷。我注意到，这段代码中使用了一个中

目前主流的C/C++命名风格有两种：一种是Windows风格的匈牙利命名法，主要是采用类型前缀 + 变量名首字母大写，另一个就是Unix/Linux命名习惯。我自己采用的是基于Unix的变种，融合了匈牙利命名法的一些优点，在这里分享给大家。 变量名的组成：(模块名) +  (作用域) + (类型前缀) + 变量名 + (变量名后缀)，解释如下： 变量名 以小写的英文字母构成，词与词之间用下划线连接，如key_value, data_src; 不可使用数字，不混用大小写； 模块名 声明该变量属于的