• <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
            久久亚洲av无码精品浪潮| 国产亚洲精品自在久久| 亚洲综合婷婷久久| 久久婷婷五月综合色99啪ak| 久久亚洲高清综合| 久久亚洲私人国产精品| 一级做a爰片久久毛片16| 色狠狠久久综合网| 国产V综合V亚洲欧美久久| 久久国产免费| 99久久国产热无码精品免费| 一本大道久久香蕉成人网| 97久久综合精品久久久综合| 综合久久给合久久狠狠狠97色| 2022年国产精品久久久久| 无码精品久久一区二区三区| 国产精品久久久久久一区二区三区 | 久久精品成人一区二区三区| 久久婷婷色香五月综合激情| a高清免费毛片久久| 亚洲αv久久久噜噜噜噜噜| 国产一区二区精品久久凹凸| 99热成人精品热久久669| 日韩人妻无码一区二区三区久久| 久久99精品国产麻豆婷婷| 久久国产精品久久精品国产| 亚洲午夜久久久久久噜噜噜| 亚洲&#228;v永久无码精品天堂久久 | 97久久国产亚洲精品超碰热| 久久精品国产亚洲AV久| 欧美一级久久久久久久大| 久久久久夜夜夜精品国产| 老色鬼久久亚洲AV综合| 亚洲国产精品无码久久SM| 久久国产亚洲精品| 久久久久久综合网天天| 久久久SS麻豆欧美国产日韩| 2021国产精品久久精品| 久久久中文字幕日本| 国产午夜福利精品久久2021| 亚洲国产精品嫩草影院久久 |