用valgrind查找内存错误

  一直以来写程序还算比较稳健, 每个模块的集成都先通过大量的单元测试, 很少出现严重的内存错误, 不过百密难得一疏, 前几天在查找一处疑似内存泄露问题的时候测出一个段错误... 杯具... 查了大段大段的代码也没有发现异常(事实证明这是一种不仅低效而且存在思维定势的审查方式)... 无奈之下让我又想起了valgrind

 

  果断开启valgrind, 添加参数 -v --tool=memcheck --leak-check=full  --log-file=memcheck.log, OK, 很快完成了一次压力测试, 因为有valgrind的保护导致程序正常运行完毕, OK, 查看log很快就找到了一处内存寻址错误, 查看代码, 发现这是一处低级的编码错误, 给epoll申请epoll_event的malloc传入长度有问题, 申请了并不足以容纳所有事件信息的长度... 杯具由此诞生... 修复之~ ...

 

  回顾一下整个事件, 头天晚上发现问题, 回去后经过了N次反复测试, 找到了能正确复现BUG的条件, 但是出错的情况很诡异, 并没有头绪... 隔天接着测... 查阅大量代码无果...  启用valgrind, 5分钟解决.... , OK, 不过值得注意的是, 这不意味着我会及其的依赖valgrind, 通过这次错误让我建立起更强的代码编写意识, 更严格的测试边界, 保证模块集成的安全度足够高, 不过今后在系统测试的时候会增加valgrind测试的环节, 防范单元测试没有发现的问题 :)