1、有些关键字在 cpp 文件中多写了
对于 C++ 类,一些关键字只要写在 .h 中就好,cpp 中就不用再加上了,比如 virtual、static 等关键字,如果在 cpp 中多写,编译器会报错。
比如如下的虚接口与静态成员变量的定义,只要在头文件中声明就可以了。
classshape { virtualDraw(); //... staticintnLevel; }
2、函数参数的默认值写到函数实现中了
带有参数默认值的函数,默认值是加在函数声明处的,函数实现处的参数是不需要带上的。
为了方便查看代码,在函数实现处的参数中,将默认值注释起来。正确的做法是,头文件中有默认值:
BOOLCreateConf(constCString&strConfName,constBOOLbAudio=FALSE); 在函数实现处的参数中不用添加默认值: BOOLCreateConf(constCString&strConfName,constBOOLbAudio/*=FALSE*/); { //...... }
3、在编写类的时候,在类的结尾处忘记添加 ";" 分号了
在类的结尾处忘记添加分号,编译会报错,新人们有可能找了半天也没找出引起编译错误的原因。
其实很简单,在类的结尾处忘记添加分号了。
classShape { //... };
4、只添加了函数声明,没有函数实现
在添加类的函数时,只在类的头文件中添加了函数声明,但在 cpp 中却没有添加函数的实现。
如果其他地方调用到该函数,在编译链接的时候会报unresolved external symbol错误。因为没有实现,所有没有供链接使用的 obj 文件。
5、cpp 文件忘记添加到工程中,导致没有生成供链接使用的 obj 文件
在添加 C++ 类时,我们一般会添加 .h 头文件和一个 .cpp 源文件。结果忘记把 .cpp 文件添加到工程中了,即没有参与编译,没有生成供链接使用的 obj 文件。
如果有代码调用到该 C++ 类的接口,则在编译链接的时候会报unresolved external symbol错误,即链接不到该 C++ 类对应的接口。
6、函数中返回了一个局部变量的地址或者引用
在函数中返回了一个局部变量的地址或者引用,而这个局部变量在函数结束时其生命周期就结束了,内存就被释放了。
当外部访问到该变量的内存,会触发内存访问违例的异常,因为该变量的内存已经释放了。比如如下的错误代码:
char*GetResult() { charchResult[100]={0}; //...... returnchResult; }
7、忘记将父类中的接口声明 virtual 函数,导致多态没有生效
代码中本来要借助于 C++ 多态的虚函数调用,调用子类实现的接口,结果忘记在父类中将对应的接口声明为 virtual,导致没有调用到子类实现的函数。
一定要记住,要实现多态下的函数调用,父类的相关接口必须声明为 virtual。
classShape() { //... virtualvoidDraw(); //... }
8、该使用双指针的地方,却使用了单指针
有时我们需要调用一个接口去获取某些数据,接口中将数据拷贝到传入的参数对应的内存中,此时设计参数时会传入指针或引用。
我们在调用GetData 之前定义了结构体指针p,并 new 出了对应的结构体对象内存,应该在定义 GetData 接口时应该使用双指针(指针的指针)的,结果错写成了单指针。
有问题的代码如下:
structCodecInfo//编码信息 { int nFrameRate; //... } CodecInfo*pInfo=newCodecInfo; GetAudioCodecPtr()->GetCodecInfo(pInfo);//调用AudioCodec::GetCodecInfo获取编码信息 AudioCodec::GetCodecInfo(CodecInfo*pInfo)//此处的参数不应该使用单指针 { memcpy(pInfo,m_codecInfo,sizeof(CodecInfo)); }
上面中的AudioCodec::GetCodecInfo接口的参数不应该为单指针,应该用双指针,修改后的代码应该如下:
AudioCodec::GetCodecInfo(CodecInfo**pInfo)//此处的参数类型使用双指针 { memcpy(*pInfo,m_codecInfo,sizeof(CodecInfo)); }
9、发布 exe 程序时,忘记将 exe 依赖的 C 运行时库和 MFC 库带上
比如新人用 VS-MFC 库编写一个测试用的工具软件,结果在发布 release 版本程序时,没有将程序依赖的 C 运行时库带上,导致该工具软件在某些电脑中启动报错,提示找不到 C 运行时库:
因为程序中依赖了动态版本的运行时库和 MFC 库,在发布程序时要将这些库带上。有些系统中没有这些库,程序启动时就会报找不到库,就会启动失败。
10、应该使用深拷贝,却使用了浅拷贝
本来应该要进行深拷贝的,却使用了浅拷贝(直接赋值),导致另个不同生命周期的 C++ 对象指向了同一块内存,一个对象将内存释放后,另一个对象再用到这块内存,就造成了内存访问违例,产生异常。
有个经典的 C++ 笔试题,让我们实现 String 类的相关函数,其主要目的就是用来考察对深拷贝与浅拷贝的理解的。题目中给出String类的声明:
classString{ public: String(); String(constString&str); String(constchar*str); String&operator=(Stringstr); char*c_str()const; ~String(); intsize()const; private: char*data; };
让写出上述几个函数的内部实现。这些函数的实现代码如下:
//普通构造函数 String::String(constchar*str) { if(str==NULL) { m_data = new char[1];//得分点:对空字符串自动申请存放结束标志'�'的,加分点:对m_data加NULL判断 *m_data='�'; } else { intlength=strlen(str); m_data=newchar[length+1];//若能加NULL判断则更好 strcpy(m_data,str); } } //String的析构函数 String::~String(void) { delete[]m_data;//或deletem_data; } //拷贝构造函数 String::String(const String &other)//得分点:输入参数为const型 { intlength=strlen(other.m_data); m_data=newchar[length+1];//若能加NULL判断则更好 strcpy(m_data,other.m_data); } //赋值函数 String & String::operator =(const String &other)//得分点:输入参数为const型 { if(this ==&other)//得分点:检查自赋值 return*this; if(m_data) delete[] m_data;//得分点:释放原有的内存资源 intlength=strlen(other.m_data); m_data = new char[length + 1];//加分点:对m_data加NULL判断 strcpy(m_data,other.m_data); return*this;//得分点:返回本对象的引用 }
审核编辑:刘清
-
嵌入式
+关注
关注
5082文章
19104浏览量
304771 -
变量
+关注
关注
0文章
613浏览量
28360 -
C++语言
+关注
关注
0文章
147浏览量
6987
原文标题:嵌入式C++中常见的错误形式
文章出处:【微信号:嵌入式开发爱好者,微信公众号:嵌入式开发爱好者】欢迎添加关注!文章转载请注明出处。
发布评论请先 登录
相关推荐
评论