【 在 z16166 的大作中提到: 】
: 你测试的啥编译器？
: msvc x64、gcc都是zero-cost的，不抛异常时没开销，发生异常时才有开销。
:
gcc进入try块需要建frame吧
--
FROM 223.160.129.*

不需要。现在编译器基本都是基于异常表的异常处理，gcc是Itanium ABI，也是基于表的。

int main() {
try {
    std::vector<char> buffer;
    buffer.resize(10);
}catch(...) {
    printf ("caught\n");
}
    return 0;
}

上面这个poc的汇编代码：

0000000000401222 <main>:
  401222:       55                      push   %rbp
  401223:       48 89 e5                mov    %rsp,%rbp
  401226:       53                      push   %rbx
  401227:       48 83 ec 28             sub    $0x28,%rsp
  40122b:       48 8d 45 d0             lea    -0x30(%rbp),%rax
  40122f:       48 89 c7                mov    %rax,%rdi
  401232:       e8 bd 00 00 00          callq  4012f4 <std::vector<char, std::allocator<char> >::vector()>
  401237:       48 8d 45 d0             lea    -0x30(%rbp),%rax
  40123b:       be 0a 00 00 00          mov    $0xa,%esi
  401240:       48 89 c7                mov    %rax,%rdi
  401243:       e8 0c 01 00 00          callq  401354 <std::vector<char, std::allocator<char> >::resize(unsigned long)>
  401248:       48 8d 45 d0             lea    -0x30(%rbp),%rax
  40124c:       48 89 c7                mov    %rax,%rdi
  40124f:       e8 bc 00 00 00          callq  401310 <std::vector<char, std::allocator<char> >::~vector()>
  401254:       b8 00 00 00 00          mov    $0x0,%eax
  401259:       eb 3e                   jmp    401299 <main+0x77>
  40125b:       48 89 c3                mov    %rax,%rbx
  40125e:       48 8d 45 d0             lea    -0x30(%rbp),%rax
  401262:       48 89 c7                mov    %rax,%rdi
  401265:       e8 a6 00 00 00          callq  401310 <std::vector<char, std::allocator<char> >::~vector()>
  40126a:       48 89 d8                mov    %rbx,%rax
  40126d:       48 89 c7                mov    %rax,%rdi
  401270:       e8 db fd ff ff          callq  401050 <__cxa_begin_catch@plt>
  401275:       bf 05 20 40 00          mov    $0x402005,%edi
  40127a:       e8 51 fe ff ff          callq  4010d0 <puts@plt>
  40127f:       e8 6c fe ff ff          callq  4010f0 <__cxa_end_catch@plt>
  401284:       eb ce                   jmp    401254 <main+0x32>
  401286:       48 89 c3                mov    %rax,%rbx
  401289:       e8 62 fe ff ff          callq  4010f0 <__cxa_end_catch@plt>
  40128e:       48 89 d8                mov    %rbx,%rax
  401291:       48 89 c7                mov    %rax,%rdi
  401294:       e8 87 fe ff ff          callq  401120 <_Unwind_Resume@plt>
  401299:       48 83 c4 28             add    $0x28,%rsp
  40129d:       5b                      pop    %rbx
  40129e:       5d                      pop    %rbp
  40129f:       c3                      retq

【 在 stub 的大作中提到: 】
: gcc进入try块需要建frame吧
--
修改:z16166 FROM 222.128.162.*
FROM 222.128.162.*

Java、C#可以讨论一下，但Python……它的性能，没异常影响也只能当胶水啊。
或者说Python里的异常机制就是设计了当正常流程来用的。

【 在 iwantfly 的大作中提到: 】
: c++异常影响性能
: 那么java, c#,python之类的异常不影响性能吗
: c++编译器的开发商水平远低于以上语言的虚拟机？
: ...................
--
FROM 125.119.238.*

你描述的很生动。这种现象是程序员不能区分“异常”，而是偷懒把想不清的黑盒分支都当异常抛了。

最典型的是java程序员里有种风格，函数第一句，先写try….catch(all)
已经是一种语法格式了，熟视无睹，就像大括号一样了。“货轮崇拜”
【 在 yuanmo 的大作中提到: 】
: C++异常的主要问题是它个半拉子，拉屎拉一半。
: 最开始，你按照书上说的用了异常，一切都显得很高大上。
: 当项目变得有一点规模以后，你调一个函数，然后这个函数你不知道啥原因就会抛出一个异常，你不catch就会崩，你要catch也不知道该catch啥类型，不过你还是catch了抛出的那个。
: ...................
--
FROM 113.140.163.*

java是因为你必须catch所有异常才能编译通过，虽然麻烦，但是好歹是清晰的。C++就纯粹看你心情想不想catch，想catch几个。如果你想catch，对不起你要是漏了几个它也不会告诉你。

python是因为它本来就有无数错误要到运行期才发现，这边变量名错了那边函数参数没对上，raise出来的异常只是其中一小部分，虱子多了不咬。而且出错了反正就是当时就把栈信息告诉你了，debug代价也还可以。C++一崩，先给你来个几G的dump，然后你慢慢调去。



【 在 lwp 的大作中提到: 】
: 没看明白
: 你说的这个问题跟c++有什么关系
: java/py/js不为什么不会出现这种情况？
: ...................
--
修改:yuanmo FROM 220.207.87.*
FROM 220.207.87.*