• <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年1月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234


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

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            相冊

            Awesome

            Blog

            Book

            GitHub

            Link

            搜索

            •  

            積分與排名

            • 積分 - 216760
            • 排名 - 118

            最新評論

            閱讀排行榜

            原文鏈接: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的場景基本是系統(tǒng)高性能層面的,這種精準(zhǔn)錯(cuò)誤處理應(yīng)該減少那種后遺癥bug。

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

            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 用來對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ù)的層,對應(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 思月行云 閱讀(329) 評論(0)  編輯 收藏 引用 所屬分類: Golang
            亚洲国产天堂久久久久久| 久久精品国产2020| avtt天堂网久久精品| 久久亚洲精品中文字幕| 精品少妇人妻av无码久久| 精品久久无码中文字幕| 999久久久国产精品| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 久久久久亚洲AV综合波多野结衣| 久久精品蜜芽亚洲国产AV| 亚洲国产精品人久久| 久久久久国产一区二区| 亚洲va久久久噜噜噜久久男同| 国产精品99久久免费观看| 伊人久久大香线蕉成人| 久久精品国产99久久无毒不卡 | 久久精品中文字幕久久| 久久电影网| 亚洲va久久久噜噜噜久久男同| 国产精久久一区二区三区| 亚洲精品午夜国产va久久| 成人午夜精品久久久久久久小说| 久久久久久久久久久| 久久精品国产只有精品66| 国内精品久久久久久99| 伊人久久大香线蕉av不卡| 狠狠久久综合| 中文精品久久久久国产网址| 亚洲精品乱码久久久久久中文字幕 | 午夜天堂精品久久久久| 国内精品免费久久影院| 72种姿势欧美久久久久大黄蕉| 日本久久久久久久久久| 久久精品国产精品亚洲| 好久久免费视频高清| 久久99国产精品尤物| 亚洲欧美伊人久久综合一区二区| 日韩亚洲国产综合久久久| 久久午夜无码鲁丝片午夜精品| 久久精品免费网站网| 久久AⅤ人妻少妇嫩草影院|