最近的bug列表总结(C++)

最近写了一大段代码,抽象得厉害,容易绕进去,因为写单测的代价很大(借口),所以很多问题到联调的是否才发现。

而且花费了很大的经历才查出来,主要问题有如下几个问题

1. 变量未初始化

具体来说,就是指针之类的,这个是之前遇到的比较多,当前已经很少了,拿出来说是因为这次用上了一个栈上单例(常见的单例,一般是new一个对象)的实现。

因为对其用法理解不深,导致为初始化对象。

2. 绑定端口失败

绑定端口失败后,主线程退出了,然后在启动的线程就core掉了。从core文件分析以为是线程有什么问题,但后来不断地删除代码,最终定位是port绑定失败,换一个端口就好了。

如果早点去看日志,就不必绕这么大的弯了!!

3. 自动完成

写代码时,用到了vim的自动完成功能,导致函数一直返回-1, 示例代码如下

int Class::init(int output, int input)
{
// arg check
if (output_)
{
return -1;
}
.....
}

这种情况下,编译器完全没有错误提示,只能靠自己小心了。。

4.继承类调用基类同名函数

基本的实例代码如下

class Base {
public:
int init(int output, int input);
};
class Class : public Base {
int init(int output, int input);
}; int Class::init(int output, int input)
{
// arg check
if (output_)
{
return -1;
} // return Base::init(output, input)
return init(output, intput);
}

继承类同名参数列表调用基类参数列表,本来只是想调用基类的init函数,但由于override了,所以还是会继续调用Class::init(),最终会因为递归栈深度core掉。

此时需要显示的指定调用的为基类函数.

5. protobuf 通信问题

protobuf

写的程序是server-client模式,cs间通信协议是用protobuf定义的。client 将protobuf封装好,通过tcp发送给server后,server端报解析失败。

这个错误以前也遇到过,问题的根源是,项目中protobuf并不是以同一个模块存在的,而是client和server中均有一个独立的模块。双方需要对协议。

后来查找出的问题是server端protobuf 添加了一个required字段,没有通知client端,导致解析错误

同样这个问题,如果早点看日志的话,调试时间会少很多。因为我们一般在专门的log中查找,并没有去标准输入和输出的日志中去查找错误。而protobuf

解析错误具体的日志信息是放在了标准输入输出中。

6. 分号问题

其实是一个很傻的问题,在将语句改写为if条件时引入的,具体代码如下

get_return_int(zzz);
->
if (get_return_int(zzz)<);
{
printf("negtive something\n");
return -;
}
return 0

在if后多了个;导致总是返回-1

7. 溢出

相关代码如下。

int64_t get_file_size(const char* filename)

int file_size = get_file_size("data/westfly")
if (file_size < )
{
printf ("load errro\n");
return -;
}
return ;

加载一份文件,之前小于2G,用int可以保存大小。某一天大于2g了,int就小于0了,导致说加载出错。

8. opt版本core,debug版本不core

现象debug版本中,运行得很好,打开-O2选项,进行opt发布版,运行就core掉了。

根据core文件, info thread

发现线程只有50多个,正常预期应该是150左右。明显某些线程没启动起来。

于是怀疑是主线程粗暴的退出了,导致其它线程访问出错。

添加相关日志,确认了失败的具体位置,经过定位,发现是某个基类函数最后

没有返回值。但外层经过了判断,导致主线程退出了。

9. 单线程不core,多线程core

拷贝之前的代码,没有多想,之前的代码中是支持多线程的,但线上居然只配置了一个(坑啊!!)

然后,我这个需求需要其多个来处理,导致core掉。

找了很久,一个个线程的看状态,发现某个资源的mutex被其它线程持有(core文件找问题也需要看机缘啊),

于是分析得到可能是共享变量的问题。

最终定位到从某个全局的资源池获取资源的时候,没有加锁。添加锁后完美解决。

10. protobuf 返回值误用

static bool ParseFromString(const string & input, Message * output);

if(ParseFromString() < 0)

{

}

默认为返回值为int类型,导致出错返回false时,也显示成功。

11. 状态机问题

12. 默认参数

程序中用到一个hashmap,插入时value的接口为

insert(key, value, flag=0)

关键是最后一个默认参数,表示当key存在时的处理,

当flag = 0 时,如果key存在,则忽略

当flag=1时,如果key存在,则覆盖。

在程序调用时,直接insert了,采取默认参数0.

而程序reload接口与load 共同调用一个函数。

导致reload时,新value不生效。

13. shell转码问题

为了加密系统,使用了base64编解码,用的是私有的码表,生成了url,通过curl 请求时反解url时,总是缺一些信息,

几次定位才发现url中包含$符号,shell在curl时,将$后的字符转义为变量了,导致为空,将双引号改成单引号就好了。

14. 程序边界问题

某天,接到报警,线上的server down掉了,经过定位,发现是返回值未加判断的问题。

其实,还是接上面一个场景,我以为经过base64加密后,应该就高枕无忧了,在base64反解码的时候,就没有判断是否解码成功,结果

对于某些请求base64反解码的返回值为负值,导致往string中assign时,core掉了。

应该是我们编的url太过显眼,然后被人想方法破解,结果程序就core掉了。还是考虑不周全啊。

上一篇:java设计模式学习笔记——里氏替换原则


下一篇:php让一个数组按照另外一个数组的键名进行排序