有人会在程序中try catch吗？

Sam1860

指的是内存溢出吗？貌似不在构造、析构函数中throw就没什么问题吧

zhugcx

你们老大的意思是：
如果你们不懂异常，还是不要乱用，自己把异常都捕获了，免得拖累别人

ua

在不允许程序经常挂掉的系统中，还是很有用的，

qliu00

在构造、析构函数中throw一般就不会出现内存溢出

shaver

没有看明白，这个帖子讨论的是抛出异常，还是捕捉异常。
如果是捕捉异常，那么几乎是肯定的，除非你根本没有使用任何的类库，都是自己从API做起，或者你用了类库，但是这些类库不使用抛出异常的方式。
如果是抛出异常，那么确实，使用C＋＋不需要使用C＋＋的全部特性，但是异常处理作为一个在语言级别的特性，如果不是有显著的效益，C＋＋委员会是不会允许他进入的。至于说会引起内存溢出等等，不排除会有个别实现会有这种问题，但是如果是普遍问题的话，这个特性早都废除了。

wwwsq

原帖由 shaver 于 2008-8-15 10:09 发表
没有看明白，这个帖子讨论的是抛出异常，还是捕捉异常。
如果是捕捉异常，那么几乎是肯定的，除非你根本没有使用任何的类库，都是自己从API做起，或者你用了类库，但是这些类库不使用抛出异常的方式。
如果是 ...

在C++里面，为了保证兼容性，已有特性都不会移除的。即使这个特性再烂，也不会移除：比如多重继承。

C++委员会的策略是：只要可能就拼命往C++里面加各种特性，至于用不用这种特性则由程序员来决定。

结果是C++里面80%的特性都是大多数程序员不需要的。程序员有责任约束自己，不要使用对项目有害的C++语言特性。

shaver

说说我觉得使用异常处理的优点：
1、程序更自然，不需要占用函数的值域。不使用的话，就要在返回值中做标记；没有标记的区域，就只好改变函数的声明。比如 int some_func()这样的函数，如果要标志处理过程中的异常，可能需要改写成 int some_func(xxx, int *value)。
2、异常是对象，而返回值传递的是一些magic value。
3、异常可以有层次结构，所以可以catch ENetError。否则只有ret == E_NET1_ERROR || ret == E_NET2_ERROR。

cheng_lai_shun

原帖由 wwwsq 于 2008-8-11 09:01 发表
我们公司的原则是从不让异常抛出来，万一异常要是出来了就让程序死掉，就像访问空指针程序会死一样。

不知道各位同仁一般是怎么处理C++异常的？

这个贴上次发了吧，莫非你是个MJ？

bamboo_plum

呵呵，如果不让我在代码里面抛异常，估计我会疯掉的

mars_man

看什么系统了，我觉得windows下的结构化异常处理就很好，而且有些C++的系统，比如VC，在C++标准中的异常处理就包含了这个。
要有语言系统和操作系统的双重支持就能做到相当好，比如在windows下即使反问了NULL指针，也能作为异常而俘获，也就是能继续处理。