建设培训学校网站,郴州最大的网络科技公司,怎么做教育培训网站,苏州建网站的公司外包服务传统排错
我们早在 C 程序里面传统的错误处理手段有#xff1a; 终止程序#xff0c;如 assert#xff1b;缺陷是用户难以接受#xff0c;说白了就是一种及其粗暴的手法#xff0c;比如发生内存错误#xff0c;除0错误时就会终止程序。 返回错误码。缺陷是需要我们自己…传统排错
我们早在 C 程序里面传统的错误处理手段有 终止程序如 assert缺陷是用户难以接受说白了就是一种及其粗暴的手法比如发生内存错误除0错误时就会终止程序。 返回错误码。缺陷是需要我们自己去查找错误如系统的很多库的接口函数都是通过把错误码放到 errno 中表示错误。 C标准库中 setjmp 和 longjmp 组合不常用
实际中 C 语言基本都是使用返回错误码的方式处理错误部分情况下使用终止程序处理非常严重紧急的错误因此异常机制就时运而横空出世
概念
异常是面向对象语言常用的一种处理错误的方式当一个函数发现自己无法处理的错误时就可以抛出异常让函数直接或间接调用者自己来处理这个错误 throw当程序出现问题时可以通过 throw 关键字抛出一个异常 trytry 块中放置的是可能抛出异常的代码该代码块在执行时将进行异常错误检测try 块后面通常跟着一个或多个 catch 块。 catch如果try块中发生错误则可以在 catch 块中定义对应要执行的代码块。
try-catch 语句的语法实例
try
{//被保护的代码
}
catch (ExceptionName e1)
{//catch块
}
catch (ExceptionName e2)
{//catch块
}
catch (ExceptionName eN)
{//catch块
}
用法
异常是通过抛出对象而引发的该对象的类型决定了应该激活哪个 catch 的处理代码如果抛出的异常对象没有捕获或是没有匹配类型的捕获那么程序会终止报错
异常捕获和抛出
被选中的处理代码catch块是调用链中与该对象类型匹配且离抛出异常位置最近的那一个
抛出异常对象后会生成一个异常对象的拷贝因为抛出的异常对象可能是一个临时对象所以会生成一个拷贝对象 \color{red} {因为抛出的异常对象可能是一个临时对象所以会生成一个拷贝对象}因为抛出的异常对象可能是一个临时对象所以会生成一个拷贝对象这个拷贝的临时对象会在被 catch 以后销毁类似于函数的传值返回
catch(…) 可以捕获任意类型的异常但捕获后无法知道异常错误是什么实际异常抛出和捕获的匹配原则有个例外捕获和抛出的异常类型并不一定要完全匹配可以抛出派生类对象使用基类进行捕获这个在实际中非常有用
在函数调用链中异常栈展开的匹配原则
当异常被抛出后首先检查 throw 本身是否在 try 块内部如果在则查找匹配的 catch 语句如果有匹配的就跳到 catch 的地方进行处理
如果当前没有匹配的 catch 则退出当前函数栈继续在上一个调用中进行查找 catch。找到匹配的 catch 子句并处理以后会沿着 catch 子句后面继续执行而不会跳回到原来抛异常的地方如果到达 main 函数的栈依旧没有找到匹配的 catch 则终止程序
比如下面的代码中调用了 func3func3 中调用 func2func2 中调用 func1func1 中抛出了一个 string 的异常对象
void func1()
{throw string(这是一个异常);
}
void func2()
{func1();
}
void func3()
{func2();
}
int main()
{try{func3();}catch (const string s){cout 错误描述 s endl;}catch (...){cout 未知异常 endl;}return 0;
}
首先会检查 throw 本身是否在 try 块内部这里就会因此退出 func1 所在的函数栈继续在上一个调用栈中进行查找即 func2 所在的函数栈由于 func2 中也没有匹配的 catch因此会继续复读套娃最终在 main 函数栈中找到匹配的 catch
这时就会跳到 main 函数中对应的 catch 块中执行对应的代码块执行完后继续执行该代码块后续的代码 当然为了防止还有漏网之鱼一般此时我们还会搞一个 catch(…) 进行全捕获。 相关视频推荐
C异常处理-4个问题开始聊try/catch实现
5种内存泄漏检测方式让你重新理解C内存管理
7道面试题打通C/C后端开发的技术脉络
免费学习地址c/c linux服务器开发/后台架构师
需要C/C Linux服务器架构师学习资料加qun579733396获取资料包括C/CLinuxgolang技术NginxZeroMQMySQLRedisfastdfsMongoDBZK流媒体CDNP2PK8SDockerTCP/IP协程DPDKffmpeg等免费分享 异常的重新抛出
要知道一个 catch 是无法完全搞定异常的如果我们对异常进行修正后希望交付给上层调用链进行异常的异常信息日志记录此时就需要我们重新对上层函数抛异常
void func1()
{throw string(这是一个异常);
}
void func2()
{int* array new int[10];func1();//省略函数对应实现//……delete[] array;
}
int main()
{try{func2();}catch (const string s){cout s endl;}catch (...){cout 未知异常 endl;}return 0;
}
这里 func2 最后应该 delete 进行空间释放但由于 func2 中途调用 func1 func1 内部抛出了一个异常这时会直接跳转到 main 函数中的 catch 块执行对应的异常处理程序并且在处理完后继续沿着 catch 块往后执行这时就导致 func2 中内存块没有得到释放造成了内存泄露
此时我们应该在 func2 中先对 func1 抛出的异常进行捕获捕获后先将内存释放再重新抛出异常就可以避免内存泄露
void func2()
{int* array new int[10];try{func1();//省略函数对应实现//……}catch (...){delete[] array;throw; //将捕获到的异常再次重新抛出}delete[] array;
}
try-catch 中 new 和 delete 之间可能还会抛出其他类型的异常因此在 fun2 中最好再进行 catch(…) 将申请到的内存 delete 后再通过throw 重新抛出重新抛出异常对象时此时 throw 可以不用指明要抛出的异常对象其实 catch(…) 也不知道自己到底捕了个什么异常对象
安全第一条
还是那句话道路千万条抛异常要谨慎 构造函数完成对象的构造和初始化最好不要在构造函数中抛出异常否则可能导致对象不完整或没有完全初始化 析构函数完成对象资源的清理最好不要在析构函数中抛出异常否则可能导致内存泄露句柄未关闭等 C 中在 new 和 delete 中抛出异常经常是内存泄漏的罪魁祸首在 lock 和 unlock 之间抛出异常导致死锁C 经常使用 RAII 的方式来解决类似问题
规范使用
站在异常的严谨立场上 C 也在尽量提高咱的使用规范 在函数的后面接throw(type1, type2, …)列出这个函数可能抛掷的所有异常类型 在函数的后面接throw()或noexceptC11表示该函数不抛异常 若无异常接口声明则此函数可以抛掷任何类型的异常异常接口声明不是强制的 //这里可能会抛出A/B/C/D类型的异常
void func() throw(A, B, C, D);
//这里只会抛出 bad_alloc 的异常
void* operator new(std::size_t size) throw(std::bad_alloc);
//这里不会抛出异常
void* operator new(std::size_t size, void* ptr) throw();
异常体系
因为异常属实需要严谨与规范的操作所以在很多公司里面都会制定自己的一套异常的规范管理
公司中的项目一般会进行模块划分让不同的人或小组完成不同的模块如果不对抛异常这件事进行规范那么在最外层捕获异常的冤种就会问候亲妈了因为他会来给各位擦屁股捕获大家抛出的所以异常对象 \color{red} {那么在最外层捕获异常的冤种就会问候亲妈了因为他会来给各位擦屁股捕获大家抛出的所以异常对象}那么在最外层捕获异常的冤种就会问候亲妈了因为他会来给各位擦屁股捕获大家抛出的所以异常对象
我们之前说过异常语法可以用基类捕获抛出的派生类对象因此实际中都会先定义一个最基础的异常类所有人抛出的异常对象都必须是继承于该异常类的派生类对象因此最外层就只需捕获基类就行了 最基础的异常类至少需要包含错误编号和错误描述两个成员变量甚至还可以包含当前函数栈帧的调用链等信息该异常类中一般还会提供两个成员函数分别用来获取错误编号和错误描述 class Exception
{
public:Exception(int errid, const char* errmsg):_errid(errid), _errmsg(errmsg){}int GetErrid() const{return _errid;}virtual string what() const{return _errmsg;}
protected:int _errid; //错误编号string _errmsg; //错误描述//...
};
其他人如果要对这个异常类进行扩展必须先继承基础异常类然后按需添加某些成员变量或是对虚函数what 进行重写使其能告知更多的异常信息
class CacheException : public Exception
{
public:CacheException(int errid, const char* errmsg):Exception(errid, errmsg){}virtual string what() const{string msg CacheException: ;msg _errmsg;return msg;}
protected://...
};
class SqlException : public Exception
{
public:SqlException(int errid, const char* errmsg, const char* sql):Exception(errid, errmsg), _sql(sql){}virtual string what() const{string msg CacheException: ;msg _errmsg;msg sql语句: ;msg _sql;return msg;}
protected:string _sql; //异常的SQL语句//...
};
异常类的成员变量不能设置为私有因为私有成员在子类中是不可见的。基类 Exception 中 what 成员函数最好定义为虚函数方便子类对其进行重写从而达到多态的效果
标准库体系
C 标准库当中的异常也是一个基础体系其中 exception 就是基类它与其他异常类的继承关系如下 其中具体信息如下 我们可以去继承这里的 exception 类来实现自己的异常类但实际上很多公司都会自己定义一套异常继承体系 优缺点
目前情况来看异常是利大于弊的还是鼓励使用异常的而且前排的语言基本都会使用异常处理错误这也可以看出这是大势所趋
异常的优点
相比错误码异常可以清晰准确的展示出错误的各种信息甚至可以包含堆栈调用等信息这样可以帮助更好的定位程序的bug
返回错误码的传统方式有个很大的问题就是在函数调用链中深层的函数返回了错误那么我们得层层返回错误码最终最外层才能拿到错误
很多的第三方库都会使用异常比如 boost、gtest、gmock 等常用的库如果我们不用异常就不能很好的发挥这些库的作用很多测试框架也都使用异常因此使用异常能更好的使用单元测试等进行白盒测试
部分函数使用异常更好处理比如 T operator 这样的函数如果 pos 越界了只能使用异常或者终止程序处理没办法通过返回值表示错误
异常的缺点
异常会导致程序的执行流混乱这会导致我们跟踪调试或分析程序时比较困难。异常还会有一些性能的开销当然在现代硬件速度很快的情况下这个影响基本忽略不计
C 没有垃圾回收机制资源需要自己管理有了异常非常容易导致内存泄露、死锁等异常安全问题这个需要使用 RAII 来处理资源的管理问题学习成本比较高
C 标准库的异常体系定义得不够好导致大家各自定义自己的异常体系非常的混乱异常尽量规范使用否则后果不堪设想随意抛异常也会让外层捕获的用户苦不堪言。
异常接口声明不是强制的对于没有声明异常类型的函数无法预知该函数是否会抛出异常 文章转载自： http://www.morning.xjbtb.cn.gov.cn.xjbtb.cn http://www.morning.gqfks.cn.gov.cn.gqfks.cn http://www.morning.lbcbq.cn.gov.cn.lbcbq.cn http://www.morning.ywpwg.cn.gov.cn.ywpwg.cn http://www.morning.wbrf.cn.gov.cn.wbrf.cn http://www.morning.lsfrc.cn.gov.cn.lsfrc.cn http://www.morning.yghlr.cn.gov.cn.yghlr.cn http://www.morning.dzgmj.cn.gov.cn.dzgmj.cn http://www.morning.jbnss.cn.gov.cn.jbnss.cn http://www.morning.qpnb.cn.gov.cn.qpnb.cn http://www.morning.dfhkh.cn.gov.cn.dfhkh.cn http://www.morning.rlbc.cn.gov.cn.rlbc.cn http://www.morning.wjxtq.cn.gov.cn.wjxtq.cn http://www.morning.tkjh.cn.gov.cn.tkjh.cn http://www.morning.wjndl.cn.gov.cn.wjndl.cn http://www.morning.yqlrq.cn.gov.cn.yqlrq.cn http://www.morning.wqmpd.cn.gov.cn.wqmpd.cn http://www.morning.kxnnh.cn.gov.cn.kxnnh.cn http://www.morning.rqnml.cn.gov.cn.rqnml.cn http://www.morning.ftmzy.cn.gov.cn.ftmzy.cn http://www.morning.wqbzt.cn.gov.cn.wqbzt.cn http://www.morning.nwczt.cn.gov.cn.nwczt.cn http://www.morning.ztnmc.cn.gov.cn.ztnmc.cn http://www.morning.kxqpm.cn.gov.cn.kxqpm.cn http://www.morning.pltbd.cn.gov.cn.pltbd.cn http://www.morning.hhboyus.cn.gov.cn.hhboyus.cn http://www.morning.tlzbt.cn.gov.cn.tlzbt.cn http://www.morning.leyuhh.com.gov.cn.leyuhh.com http://www.morning.hlmkx.cn.gov.cn.hlmkx.cn http://www.morning.xctdn.cn.gov.cn.xctdn.cn http://www.morning.fqyxb.cn.gov.cn.fqyxb.cn http://www.morning.kxqfz.cn.gov.cn.kxqfz.cn http://www.morning.rywn.cn.gov.cn.rywn.cn http://www.morning.kcsx.cn.gov.cn.kcsx.cn http://www.morning.gwsdt.cn.gov.cn.gwsdt.cn http://www.morning.sqgqh.cn.gov.cn.sqgqh.cn http://www.morning.ftwlay.cn.gov.cn.ftwlay.cn http://www.morning.zzqgc.cn.gov.cn.zzqgc.cn http://www.morning.zdmlt.cn.gov.cn.zdmlt.cn http://www.morning.leyuhh.com.gov.cn.leyuhh.com http://www.morning.gqksd.cn.gov.cn.gqksd.cn http://www.morning.fmry.cn.gov.cn.fmry.cn http://www.morning.tmtrl.cn.gov.cn.tmtrl.cn http://www.morning.bcjbm.cn.gov.cn.bcjbm.cn http://www.morning.cmzcp.cn.gov.cn.cmzcp.cn http://www.morning.pzpj.cn.gov.cn.pzpj.cn http://www.morning.c7627.cn.gov.cn.c7627.cn http://www.morning.mywnk.cn.gov.cn.mywnk.cn http://www.morning.xnrgb.cn.gov.cn.xnrgb.cn http://www.morning.yrngx.cn.gov.cn.yrngx.cn http://www.morning.pljxz.cn.gov.cn.pljxz.cn http://www.morning.zlces.com.gov.cn.zlces.com http://www.morning.muniubangcaishui.cn.gov.cn.muniubangcaishui.cn http://www.morning.mpxbl.cn.gov.cn.mpxbl.cn http://www.morning.mqfw.cn.gov.cn.mqfw.cn http://www.morning.cspwj.cn.gov.cn.cspwj.cn http://www.morning.lxlfr.cn.gov.cn.lxlfr.cn http://www.morning.ryfqj.cn.gov.cn.ryfqj.cn http://www.morning.sqxr.cn.gov.cn.sqxr.cn http://www.morning.jgnst.cn.gov.cn.jgnst.cn http://www.morning.jcyrs.cn.gov.cn.jcyrs.cn http://www.morning.hjwkq.cn.gov.cn.hjwkq.cn http://www.morning.qzbwmf.cn.gov.cn.qzbwmf.cn http://www.morning.pwksz.cn.gov.cn.pwksz.cn http://www.morning.wjxyg.cn.gov.cn.wjxyg.cn http://www.morning.ydnx.cn.gov.cn.ydnx.cn http://www.morning.mkzdp.cn.gov.cn.mkzdp.cn http://www.morning.jzkqg.cn.gov.cn.jzkqg.cn http://www.morning.kxryg.cn.gov.cn.kxryg.cn http://www.morning.jcfdk.cn.gov.cn.jcfdk.cn http://www.morning.hgbzc.cn.gov.cn.hgbzc.cn http://www.morning.phechi.com.gov.cn.phechi.com http://www.morning.kflzy.cn.gov.cn.kflzy.cn http://www.morning.yptwn.cn.gov.cn.yptwn.cn http://www.morning.ffgbq.cn.gov.cn.ffgbq.cn http://www.morning.ctxt.cn.gov.cn.ctxt.cn http://www.morning.ttrdr.cn.gov.cn.ttrdr.cn http://www.morning.pabxcp.com.gov.cn.pabxcp.com http://www.morning.pzjfz.cn.gov.cn.pzjfz.cn http://www.morning.qbjrl.cn.gov.cn.qbjrl.cn
