• <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无码毛片久久精品| 久久精品极品盛宴观看| 久久亚洲国产欧洲精品一| 欧美丰满熟妇BBB久久久| 久久精品人人做人人爽电影| 久久频这里精品99香蕉久| 久久国产热精品波多野结衣AV| 一本一本久久A久久综合精品 | 香蕉久久夜色精品国产小说| 久久99精品久久久久久久不卡| 性做久久久久久久| 99久久免费只有精品国产| 久久WWW免费人成一看片| 欧美一区二区精品久久| 国产精品久久久香蕉| 中文字幕人妻色偷偷久久| 青青国产成人久久91网| 久久久久久精品成人免费图片| 91性高湖久久久久| 亚洲AV无码成人网站久久精品大| 精品熟女少妇aⅴ免费久久| 狠狠精品久久久无码中文字幕 | 天天久久狠狠色综合| 成人午夜精品无码区久久 | 日韩精品久久久久久| 97久久国产露脸精品国产| 久久久精品久久久久久| 香蕉久久夜色精品国产2020| 久久免费视频观看| 热re99久久6国产精品免费| 亚洲人成无码www久久久| 亚洲国产精品久久久久久| 久久久久人妻一区二区三区vr| 人妻无码αv中文字幕久久琪琪布 人妻无码精品久久亚瑟影视 | 久久天天躁狠狠躁夜夜不卡| 亚洲欧美另类日本久久国产真实乱对白 | 无码超乳爆乳中文字幕久久| 亚洲精品国产综合久久一线| 国产视频久久|