• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            Fork me on GitHub
            隨筆 - 215  文章 - 13  trackbacks - 0
            <2017年6月>
            28293031123
            45678910
            11121314151617
            18192021222324
            2526272829301
            2345678


            專注即時(shí)通訊及網(wǎng)游服務(wù)端編程
            ------------------------------------
            Openresty 官方模塊
            Openresty 標(biāo)準(zhǔn)模塊(Opm)
            Openresty 三方模塊
            ------------------------------------
            本博收藏大部分文章為轉(zhuǎn)載,并在文章開頭給出了原文出處,如有再轉(zhuǎn),敬請(qǐng)保留相關(guān)信息,這是大家對(duì)原創(chuàng)作者勞動(dòng)成果的自覺尊重!!如為您帶來不便,請(qǐng)于本博下留言,謝謝配合。

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            相冊(cè)

            Awesome

            Blog

            Book

            GitHub

            Link

            搜索

            •  

            積分與排名

            • 積分 - 215428
            • 排名 - 118

            最新評(píng)論

            閱讀排行榜

            原文鏈接:http://xiaorui.cc/?p=2909

            Golang這么時(shí)尚的語言是沒有類似try..catch 這種異常處理機(jī)制,而是使用 panic 和 recover處理異常. 其實(shí)相當(dāng)于python的raise。

            golang的異常處理組合 panic,defer,recover,跟java中的try catch finially是類似的。 但是從語言的用戶體驗(yàn)來說,不怎么好。 但考慮到golang的場(chǎng)景基本是系統(tǒng)高性能層面的,這種精準(zhǔn)錯(cuò)誤處理應(yīng)該減少那種后遺癥bug。

            該文章寫的有些亂,歡迎來噴 ! 另外文章后續(xù)不斷更新中,請(qǐng)到原文地址查看更新。

            http://xiaorui.cc/?p=2909

            使用panic拋出異常,拋出異常后將立即停止當(dāng)前函數(shù)的執(zhí)行并運(yùn)行所有被defer的函數(shù),然后將panic拋向上一層,直至程序carsh。但是也可以使用被defer的recover函數(shù)來捕獲異常阻止程序的崩潰,recover只有被defer后才是有意義的。

            必須注意:

            1.   defer 需要放在 panic 之前定義,另外recover只有在 defer 調(diào)用的函數(shù)中才有效。
            2.   recover處理異常后,邏輯并不會(huì)恢復(fù)到 panic 那個(gè)點(diǎn)去,函數(shù)跑到 defer 之后的那個(gè)點(diǎn).
            3.   多個(gè) defer 會(huì)形成 defer 棧,后定義的 defer 語句會(huì)被最先調(diào)用

            panic (主動(dòng)爆出異常) 與 recover (收集異常)

            recover 用來對(duì)panic的異常進(jìn)行捕獲. panic 用于向上傳遞異常,執(zhí)行順序是在 defer 之后。 

            我們舉個(gè)含有異常的例子:

            如果你不把這個(gè)異常panic recover處理的化,那么就會(huì)發(fā)生下面的情況.

            下面是處理panic的例子. 

            那么上面代碼的運(yùn)行結(jié)果是:

            上面go代碼實(shí)例中,異常是我們通過panic方法主動(dòng)拋出來的,但如果真的就出現(xiàn)了未知的異常咋辦?

            我們可以看到出現(xiàn)的異常會(huì)走到defer這一步,defer這里可以打印具體的異常信息,defer運(yùn)行完之后不能回到原點(diǎn),控制權(quán)會(huì)被扔到該函數(shù)的外層,也就是調(diào)用這個(gè)函數(shù)的層,對(duì)應(yīng)上面的代碼也就是main()函數(shù)。

            上面go代碼運(yùn)行結(jié)果是:


            先前沒在意defer  recover  panic的注意事項(xiàng),結(jié)果各種問題出現(xiàn)了。 不知道go以后會(huì)不會(huì)有try catch異常模式, 很是期待… 

            END.

            交叉參考:http://blog.csdn.net/htyu_0203_39/article/details/50990266

            posted on 2017-01-16 16:56 思月行云 閱讀(327) 評(píng)論(0)  編輯 收藏 引用 所屬分類: Golang
            久久人人爽人人爽人人片AV不| 亚洲国产成人久久笫一页| 精品一二三区久久aaa片| 久久午夜综合久久| 久久国产精品一国产精品金尊| 国内精品伊人久久久久AV影院| 精品熟女少妇av免费久久| 性欧美大战久久久久久久| 久久99九九国产免费看小说| 蜜桃麻豆WWW久久囤产精品| 久久久久久狠狠丁香| 久久无码精品一区二区三区| 久久香蕉超碰97国产精品| 久久99精品免费一区二区| 东京热TOKYO综合久久精品| 色婷婷综合久久久中文字幕| 久久香蕉国产线看观看99| 亚洲&#228;v永久无码精品天堂久久| 久久精品国产99国产精品澳门| 色综合色天天久久婷婷基地| 久久精品无码一区二区三区日韩| 久久久久久久综合日本亚洲| 久久有码中文字幕| 久久午夜羞羞影院免费观看| 欧美日韩精品久久久久| 久久久久亚洲AV无码专区体验| 久久国产免费直播| 热re99久久精品国99热| 理论片午午伦夜理片久久| 99999久久久久久亚洲| 国内精品九九久久久精品| 久久精品国产99国产精品| 久久精品人人做人人妻人人玩| 久久国产精品波多野结衣AV| 国产三级久久久精品麻豆三级| 人妻精品久久久久中文字幕 | 久久久亚洲欧洲日产国码二区| 久久精品免费大片国产大片| 国产精品九九九久久九九| 中文字幕乱码久久午夜| 久久精品午夜一区二区福利|