Error

 吉林-小伙  0:51:57
算了 不瞎扯了
吉林-小伙  0:51:58
呵呵
吉林-小伙  0:52:11
我慢慢學吧
深圳-Enic<errorcpp@qq.com> 0:52:09

這樣就異常了
深圳-Enic<errorcpp@qq.com> 0:52:17
偶來看看啥異常
吉林-小伙  0:52:29
內(nèi)存不夠了
吉林-小伙  0:52:27
你這是new太多了
吉林-小伙  0:53:02
異常是 outofmemory
吉林-小伙  0:53:06

深圳-Enic<errorcpp@qq.com> 0:53:07
應(yīng)該不是
深圳-Enic<errorcpp@qq.com> 0:54:21
被你說中了
深圳-Enic<errorcpp@qq.com> 0:54:27
bad allocation
吉林-小伙  0:54:39
呵呵
吉林-小伙  0:54:53
這樣看來
吉林-小伙  0:54:57
只要內(nèi)存夠用
深圳-Enic<errorcpp@qq.com> 0:54:57
最近發(fā)現(xiàn)異常比返回值好用多了
深圳-Enic<errorcpp@qq.com> 0:55:10
mutex數(shù)量，這個問題我以后不應(yīng)該糾結(jié)了
吉林-小伙  0:55:17
就能申請好多
深圳-Enic<errorcpp@qq.com> 0:55:24
說到底就是一條匯編指令
深圳-Enic<errorcpp@qq.com> 0:55:47
操作系統(tǒng)會緩沖下 id啥的
深圳-Enic<errorcpp@qq.com> 0:56:19
昨天一個多線程的代碼，用了三方線程庫，線程中不敢直接調(diào)用exitthread
吉林-小伙  0:56:35
怕內(nèi)存泄露？
深圳-Enic<errorcpp@qq.com> 0:56:44
結(jié)果一個錯誤先直接退出線程，連續(xù)改了幾層函數(shù)
深圳-Enic<errorcpp@qq.com> 0:56:51
void改成bool
深圳-Enic<errorcpp@qq.com> 0:57:09
后來 直接throw 一下
深圳-Enic<errorcpp@qq.com> 0:57:19
線程主函數(shù)catch一下
深圳-Enic<errorcpp@qq.com> 0:57:28
nnd  多簡潔啊
吉林-小伙  0:57:38
異常處理影響效率啊
深圳-Enic<errorcpp@qq.com> 0:57:51
比每個函數(shù)后面跟一個assert 一個if舒服多了
吉林-小伙  0:58:04
呵呵
深圳-Enic<errorcpp@qq.com> 0:58:12
對了
吉林-小伙  0:58:09
泡泡魚告訴我
吉林-小伙  0:58:21
你用異常處理 那是你代碼寫的有問題
吉林-小伙  0:58:31
正常情況下不用try catch
深圳-Enic<errorcpp@qq.com> 0:58:36
異常處理不影響正常流程的效率吧
吉林-小伙  0:58:53
影響
深圳-Enic<errorcpp@qq.com> 0:58:55
那確實是有問題，發(fā)現(xiàn)一個不可恢復的錯誤
深圳-Enic<errorcpp@qq.com> 0:59:17
要么直接退出
深圳-Enic<errorcpp@qq.com> 0:59:23
要么泡異常
深圳-Enic<errorcpp@qq.com> 0:59:39
囧，，，

boost的正則
深圳-Enic<errorcpp@qq.com> 0:59:46
這么說來就是狗屎了
吉林-小伙  0:59:50
more effective c++ 里好像說了異常處理的效率問題了
深圳-Enic<errorcpp@qq.com> 0:59:56
到處異常，基本不靠返回值
深圳-Enic<errorcpp@qq.com> 1:00:02
我看看匯編代碼
吉林-小伙  1:00:07
嗯
吉林-小伙  1:00:15
想想異常處理的原理
深圳-Enic<errorcpp@qq.com> 1:00:24
我覺得沒啥
深圳-Enic<errorcpp@qq.com> 1:00:31
編譯器完全可以處理吧
吉林-小伙  1:01:12
你看看匯編代碼
吉林-小伙  1:02:27
經(jīng)測試，在C＋＋里面加個try以后性能下降了百多倍
深圳-Enic<errorcpp@qq.com> 1:02:33
多了幾個jmp
深圳-Enic<errorcpp@qq.com> 1:02:42
你測過了？
吉林-小伙  1:03:09
你用for 然后里邊寫個try catch
吉林-小伙  1:04:13
我覺得一定會低效的
吉林-小伙  1:05:20
因為為了捕捉到異常以后
吉林-小伙  1:05:24
仍然能堆棧平衡
深圳-Enic<errorcpp@qq.com> 1:05:28
try
{
00EC2390  mov         byte ptr [ebp-4],1
int i = 0;
00EC2394  mov         dword ptr [i],0
}
00EC239B  jmp         __catch$_wmain$0+14h (0EC23B1h)
catch(...)
{
int i = 0;
00EC239D  mov         dword ptr [i],0
}
00EC23A4  mov         dword ptr [ebp-4],0
00EC23AB  mov         eax,offset __tryend$_wmain$1 (0EC23B8h)
00EC23B0  ret

00EC23B1  mov         dword ptr [ebp-4],0
}
00EC23B8  jmp         wmain+51h (0EC2381h)
00EC23BA  jmp         __catch$_wmain$4+38h (0EC24C3h)
吉林-小伙  1:05:30
正常結(jié)束程序
吉林-小伙  1:05:40
就必須要加入一些數(shù)據(jù)結(jié)構(gòu)
深圳-Enic<errorcpp@qq.com> 1:05:42
是一個長jmp