• <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>

            君子性非異也,善假于物也。

            如有恒,何須三更起,半夜眠;最怕莫,三天打魚兩天曬網(wǎng),竹籃打水一場空!
            posts - 31, comments - 23, trackbacks - 0, articles - 30
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            C中的跳轉(zhuǎn)語句[非goto]

            Posted on 2006-11-04 21:18 neter 閱讀(1191) 評論(4)  編輯 收藏 引用 所屬分類: 程序設(shè)計(jì)
            ?1 #include? < stdio.h >
            ?2 #include? < setjmp.h >
            ?3 jmp_buf?buf;
            ?4
            ?5 static ? void ?babana()
            ?6 {
            ?7 ????printf( " in?babana()\n " );
            ?8 ????longjmp(buf, 1 );
            ?9 ????printf( " never?see?me\n " );
            10 }

            11
            12 int ?main()
            13 {
            14 ???? if (setjmp(buf))
            15 ???? {
            16 ????????printf( " back?in?main\n " );
            17 ????}

            18 ???? else
            19 ???? {
            20 ????????printf( " first?time?through\n " );
            21 ????????babana();
            22 ????}

            23 ???? return ? 0 ;
            24 }
            ?setjmp()首先被調(diào)用,并且返回0.
            goto是不能跳出當(dāng)前函數(shù)的,而longjmp甚至可以跳到其他文件的函數(shù)中去(估計(jì)就是為什么要在名字里加個(gè)long的原因吧,:)).
            但 longjmp只能跳回到曾經(jīng)去過的地方,而setjmp正是標(biāo)記到過的地方,所以從這角度來想的話,longjmp更像是"從何處來"而不是goto"去哪里".

            這也可以所就是C++中" catch "," throw "?的一個(gè)起源吧.

            Feedback

            # re: C中的跳轉(zhuǎn)語句[非goto]  回復(fù)  更多評論   

            2006-11-06 10:54 by 藍(lán)色feel's Blog
            沒有用過
            但是跨函數(shù)的跳轉(zhuǎn)會不會出問題呢
            棧上東西怎么辦?

            # re: C中的跳轉(zhuǎn)語句[非goto]  回復(fù)  更多評論   

            2006-11-06 11:18 by shaohua
            to:@藍(lán)色feel's Blog
            不會出問題的;
            這個(gè)只是用于跳轉(zhuǎn)的,棧上的數(shù)據(jù)當(dāng)然就是離開后被銷毀了啊,沒有辦法做保存的.

            # re: C中的跳轉(zhuǎn)語句[非goto]  回復(fù)  更多評論   

            2006-11-07 10:37 by 藍(lán)色feel's Blog

            嗯,剛才實(shí)驗(yàn)了一下,此話只對了一半
            確實(shí)是被銷毀了,但是沒有調(diào)用析構(gòu)函數(shù)
            而C++中 throw catch 是能夠?qū)I系膶ο笳_析構(gòu)的

            #include <iostream>
            #include <stdio.h>
            #include <setjmp.h>

            jmp_buf buf;

            class Foo
            {
            public:
            Foo() { std::cout << "Ctor" << std::endl; }
            ~Foo(){ std::cout << "Dtor" << std::endl; }
            };

            static void babana()
            {
            Foo foo;
            printf( " in babana()\n " );
            longjmp(buf, 1 );
            printf( " never see me\n " );
            }


            int main()
            {
            if (setjmp(buf))
            {
            printf( " back in main\n " );
            }
            else
            {
            printf( " first time through\n " );
            babana();
            }
            return 0;
            }

            # re: C中的跳轉(zhuǎn)語句[非goto]  回復(fù)  更多評論   

            2006-11-07 10:47 by shaohua
            to:@藍(lán)色feel's Blog
            的確正如你說的那樣的,但我們平常一般都不會顯式地去釋放棧上的內(nèi)存的,如果一定要這樣做的話也是沒有錯(cuò)的,但其實(shí)沒有多大的必要的,因?yàn)橄到y(tǒng)自己會對棧進(jìn)行很好的管理的.
            久久综合久久综合久久| 日本人妻丰满熟妇久久久久久| 大香伊人久久精品一区二区| 久久久久九国产精品| 亚洲精品无码久久久| 久久久一本精品99久久精品66| 久久精品这里热有精品| 亚洲午夜精品久久久久久app| 久久精品国产网红主播| 久久久噜噜噜久久中文字幕色伊伊| 亚洲а∨天堂久久精品9966| 久久99精品久久久久久久久久 | 精品国产乱码久久久久久1区2区| 久久精品这里热有精品| 人妻无码精品久久亚瑟影视| 精品一久久香蕉国产线看播放| 2021久久国自产拍精品| 蜜臀av性久久久久蜜臀aⅴ| 日韩久久无码免费毛片软件| 97精品伊人久久久大香线蕉| 久久夜色精品国产噜噜麻豆| 成人久久免费网站| 亚洲国产日韩欧美久久| 久久精品18| 精品久久久久久无码中文野结衣| 久久精品国产亚洲AV麻豆网站| 人人妻久久人人澡人人爽人人精品| 久久精品成人一区二区三区| 精品水蜜桃久久久久久久| 久久精品国产影库免费看 | 伊人久久大香线蕉综合网站| 久久精品亚洲精品国产欧美| 久久久久久亚洲精品无码| 99久久国产综合精品网成人影院| Xx性欧美肥妇精品久久久久久| 久久综合久久久| 久久国产高清一区二区三区| 久久午夜福利电影| 久久亚洲欧洲国产综合| 日韩人妻无码一区二区三区久久99 | 久久精品一区二区三区不卡|