- 主题:大家都用C++的try catch吗？
这玩意儿把出问题的调用栈都弄没了，反倒不利于调试吧？
--
修改:wjhtingerx FROM 107.182.184.*
FROM 107.182.184.*
基本不用
【 在 wjhtingerx 的大作中提到: 】
: 这玩意儿把出问题的调用栈都弄没了，反倒不利于调试吧？
--
FROM 182.140.153.*
楼主的基础性问题很多呀
异常是c++推荐的错误处理方式，但很多人依然习惯于C的那套返回错误码的处理方式。
把调用栈搞没是不存在的
--
修改:z16166 FROM 222.128.162.*
FROM 222.128.162.*
因为大部分人无法区分什么是异常， 什么是错误。
所以干脆直接全部用错误，简单明了。反正我没有见过哪个大型c++项目采用异常机制的。
【 在 z16166 的大作中提到: 】
: 楼主的基础性问题很多呀
:
: 异常是c++推荐的错误处理方式，但很多人依然习惯于C的那套返回错误码的处理方式。
: ...................
--来自微微水木3.5.14
--
FROM 222.64.157.*
掉用的有些库会抛出异常，不用try catch 整个程序会退出吧
--
FROM 114.84.137.*
一般第三方库很不识相抛异常的时候才会勉强用用，不像java能用就用
事实上catch后能做的动作并不多，能用c++写的大概率偏底层，这种时候出异常了，除非是网络和I/O可以重试一下，其他严重错误还不如死了重新拉起来
--
FROM 221.224.15.*
我觉得也是，出了异常一般都得重启了。
【 在 mopo 的大作中提到: 】
: 一般第三方库很不识相抛异常的时候才会勉强用用，不像java能用就用
: 事实上catch后能做的动作并不多，能用c++写的大概率偏底层，这种时候出异常了，除非是网络和I/O可以重试一下，其他严重错误还不如死了重新拉起来
--
FROM 123.125.47.*
程序异常不是OS的异常，不一定要重启
比如转换十六进制字符串为整数，遇到非法字符或者溢出就可以抛异常，这时候不一定要重启整个进程
【 在 wjhtingerx 的大作中提到: 】
: 我觉得也是，出了异常一般都得重启了。
:
--
修改:z16166 FROM 222.128.162.*
FROM 222.128.162.*
这是错误啊
【 在 z16166 的大作中提到: 】
: 程序异常不是OS的异常，不一定要重启
: 比如转换十六进制字符串为整数，遇到非法字符或者溢出就可以抛异常，这时候不一定要重启整个进程
:
--
FROM 123.125.47.*
推荐个毛线
但凡持续抛异常，性能掉到底
【 在 z16166 的大作中提到: 】
: 楼主的基础性问题很多呀
: 异常是c++推荐的错误处理方式，但很多人依然习惯于C的那套返回错误码的处理方式。
: 把调用栈搞没是不存在的
--
FROM 106.11.31.*