用valgrind扫描代码,会发现代码中很多问题,如下。
1. 变量声明后未初始化
修改方法比较简单,直接赋值为0即可,组数和结构体变量可以这样赋0:“={0}”。
2. malloc或new后没有memset
和第一种情况类似,都是分配了内存,但是内存没有初始化,加上memset就行。
3. malloc后没有free
这种就会造成内存泄漏,都是编程常识,函数末尾加上free函数即可。
4. 函数入参错误
函数的参数是个指针,但使用函数时把指针的地址传递进去了。
5. memcpy 踩内存
这种情况不好看出来,要仔细阅读代码并计算要申请的内存大小。
6. memcpy 内存重叠
memcpy 里dest 和 src 的内存是相同的.
7. 调用嵌套层次过深
正式代码里面,普通变量声明时不要求初始化。如果函数调用嵌套层次过深,valgrind会扫不出来,那么会报错变量未初始化,修改很简单,就是在声明时便初始化。默认情况下,valgrind能够识别的调用链嵌套深度为12,可以修改。
8. 变长数组
变长数组定义时长度为0,在内存申请时并不会为它分配内存。
9. 数组变量部分初始化
嵌套层次有点深,这种情况就比较难找,算是属于正式代码的业务bug。
10. 打桩函数
这个打桩函数直接把之前初始化的全局变量给改成未初始化。
11. 指针指向临时内存空间
全局变量指向临时内存空间,当用例结束时,全局变量就指向一片未知的内存了。修改方法是用一指针把全局变量刚开始的内存保存起来,用例结束时再恢复全局变量原始值。