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

            The power of C, the power of MD

            A problem is a chance to do your best
            posts - 11, comments - 22, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            strcat在某種特定條件下的優(yōu)化

            Posted on 2010-07-28 21:46 roy 閱讀(2173) 評(píng)論(10)  編輯 收藏 引用 所屬分類: C/C++
            strcatC語言一個(gè)基本的字符串操作函數(shù),它的源代碼一般是這樣的。

            char *strcat(char *dest, const char *src)   
            {   
                
            char *tmp = dest;   
                
            while (*dest) dest++;   
                
            while ((*dest++ = *src++!= '\0');   
                
            return tmp;   
            }
              


            由此可見,strcat調(diào)用時(shí),先移動(dòng)目標(biāo)字符串的指針到其尾部,再進(jìn)行復(fù)制。這種做法對于下標(biāo)比較大的數(shù)組重復(fù)調(diào)用時(shí),效率比較低。想象一下,第一次調(diào)用strcat時(shí),指針由0數(shù)到100,只不過復(fù)制了幾個(gè)字符,第二次調(diào)用strcat時(shí),指針又從0數(shù)到108,無論調(diào)用多少次,指針總是從0數(shù)起,就會(huì)知道這個(gè)時(shí)候是多么浪費(fèi)系統(tǒng)資源了!

            我找到一個(gè)辦法,字符串追加時(shí),事先給出目標(biāo)字符串結(jié)尾所在的位置,追加時(shí),也就不用從頭開始計(jì)算其長度了,復(fù)制的過程中,目標(biāo)字符串的結(jié)尾也隨之移動(dòng),下一次再追加也就可以使用它了。以下就是優(yōu)化過的string_append,與strcat相比,增加了一個(gè)整形指針以傳遞目標(biāo)字符串長度的地址。

            /*
             * optimizer for strcat when appending to a large array again and again
             
            */

            char *string_append(char *dest, int *end, const char *src) {
                
            if ( *end >= 0 && dest && src ) {
                    
            char *= dest + *end;
                    
            while ( *p++ = *src++ ) (*end)++;
                }

                
            return dest;
            }


            經(jīng)試驗(yàn),string_append在大數(shù)組重復(fù)追加內(nèi)容的情形下,優(yōu)勢非常明顯。其它情形下,使用原來的strcat也就足夠了。

            #include <stdio.h>
            #include 
            <string.h>
            #include 
            <time.h>

            #define BUFF_SIZE 4096

            /*
             * optimizer for strcat when appending to a large array again and again
             
            */

            char *string_append(char *dest, int *end, const char *src) {
                
            if ( *end >= 0 && dest && src ) {
                    
            char *= dest + *end;
                    
            while ( *p++ = *src++ ) (*end)++;
                }

                
            return dest;
            }


            int main() {
                
            int i = 0, j = 0;
                
            int retry = 100000;
                
            int field = 100;
                
            char output1[BUFF_SIZE], output2[BUFF_SIZE];
                time_t time1 
            = time(NULL);
                
            for ( i = 0; i < retry; i++ ) {
                    memset(output1, 
            0, BUFF_SIZE);
                    
            int length = 0;
                    string_append(output1, 
            &length, "header\n");
                    
            for ( j = 0; j < field; j++ ) {
                        string_append(output1, 
            &length, "\tcall detail record ");
                        
            char c[8];
                        sprintf(c, 
            "%d", j);
                        string_append(output1, 
            &length, c);
                        string_append(output1, 
            &length, "\n");
                    }

                    string_append(output1, 
            &length, "trailer\n");
                }

                time_t time2 
            = time(NULL);
                printf(
            "It takes %d seconds to show the performance of string_append()\n", time2 - time1);

                time1 
            = time(NULL);
                
            for ( i = 0; i < retry; i++ ) {
                    memset(output2, 
            0, BUFF_SIZE);
                    strcat(output2, 
            "header\n");
                    
            for ( j = 0; j < field; j++ ) {
                        strcat(output2, 
            "\tcall detail record ");
                        
            char c[8];
                        sprintf(c, 
            "%d", j);
                        strcat(output2, c);
                        strcat(output2, 
            "\n");
                    }

                    strcat(output2, 
            "trailer\n");
                }

                time2 
            = time(NULL);
                printf(
            "It takes %d seconds to show the performance of strcat()\n", time2 - time1);
                
            if ( strcmp(output1, output2) )
                    printf(
            "They are NOT equal\n");
                
            else
                    printf(
            "They are equal\n");
                
            return 0;
            }

             

            -bash-3.2$ ./string_append_demo

            It takes 2 seconds to show the performance of string_append()

            It takes 11 seconds to show the performance of strcat()

            They are equal


            本文來自CSDN博客,轉(zhuǎn)載請標(biāo)明出處:http://blog.csdn.net/yui/archive/2010/05/22/5616455.aspx

            Feedback

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-07-28 23:55 by 陳梓瀚(vczh)
            所以C++的string類都有記錄長度的。

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-07-29 00:57 by lwch
            沒有檢查緩沖區(qū)長度...
            會(huì)造成溢出

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-07-29 09:03 by roy
            @lwch

            原始的strcat一樣會(huì)溢出,這個(gè)問題應(yīng)該由調(diào)用者負(fù)責(zé)

            # re: strcat在某種特定條件下的優(yōu)化[未登錄]  回復(fù)  更多評(píng)論   

            2010-07-29 12:04 by c++
            我的程序里一直在strlen(name)。我想是該考慮string的記錄len。

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-07-30 06:10 by hoodlum1980
            在現(xiàn)實(shí)應(yīng)用里,都是隨機(jī)化的處理,使用你的方法,實(shí)際上還需要求一次strlen,這樣也就沒有什么優(yōu)勢(和實(shí)用性)可言了。
            這是C字符串模型的一種特點(diǎn)(在這里體現(xiàn)出是缺點(diǎn),但在其他大部分地方都體現(xiàn)的是高效和靈活性)導(dǎo)致的,例如其他有些語言的字符串是在前面存儲(chǔ)字符串長度的,但是這樣相對而言對字符串處理庫函數(shù)會(huì)提高一些維護(hù)難度,因?yàn)榭偸且瑫r(shí)照顧這個(gè)長度信息。

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-08-02 09:24 by roy
            @hoodlum1980

            這個(gè)例子中,從來沒用到strlen,而且,這是在某種特定條件下的優(yōu)化,初始值是空串,長度為0,請看清楚

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-08-04 09:16 by roy
            @hoodlum1980

            唉,我反而覺得你沒理解好,你是說每次調(diào)用string_append都要先調(diào)用strlen嗎?根本不需要,每次string_append就已經(jīng)計(jì)算了下一次執(zhí)行時(shí)的偏移量了

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-08-06 02:55 by hoodlum1980
            如果是每次你能知道是從哪里連接的場合,你只需要strcpy(s+length, src); 就好了呀。我的意思就是那個(gè)本來就是在常規(guī)場合使用的。也就是說,在你自己維護(hù)的上下文內(nèi),你當(dāng)然能夠盡可能的達(dá)到最精確的控制。但在各種交叉處理之中,strcat相對而言就是一種最通用和恰當(dāng)?shù)膸旌瘮?shù)之一。同時(shí)C字符串在效率上給了你充分的自由度。我說的就是在特定的應(yīng)用場合當(dāng)然可以根據(jù)其背景做出特定的優(yōu)化,但是要做通用性的實(shí)現(xiàn),因?yàn)榭紤]到通用性,不是所有的假設(shè)都能成立,特定的優(yōu)化可能因而不宜提供,這也是C字符串庫函數(shù)形成現(xiàn)在這個(gè)系列的原因了。

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-08-06 03:02 by hoodlum1980
            簡單說,strcat可以說是strlen和strcpy的功能疊加。如果使用strcat,通常也就是不知道字符串長度(但是要保證原來的空間足夠容納連接的字符串)或者不想關(guān)注這個(gè)信息的場合。如果你自己精確的知道或者已經(jīng)維護(hù)了這個(gè)信息,那么你當(dāng)然可以直接使用strcpy,是不是呢?這樣表達(dá)可能有點(diǎn)繞,如有不妥,當(dāng)我沒說把。

            # re: strcat在某種特定條件下的優(yōu)化  回復(fù)  更多評(píng)論   

            2010-08-06 10:09 by roy
            @hoodlum1980

            首先感謝你一直關(guān)心拙作,我們都是技術(shù)人員,關(guān)于技術(shù)問題沒什么不能談的,是嗎?

            其次,我并沒有用string_append代替strcat的意思,事實(shí)上,通常情況下,我都只用strcat,只有在strcat對效率影響實(shí)在太大的時(shí)候,才考慮string_append。這個(gè)例子中直接用strcpy當(dāng)然可以,但還是需要strlen計(jì)算附加串的長度。
            亚洲AV无码成人网站久久精品大| 久久亚洲综合色一区二区三区| 久久久久亚洲精品男人的天堂| 狠狠色伊人久久精品综合网| 成人亚洲欧美久久久久| 久久久无码精品亚洲日韩软件| 久久天天躁狠狠躁夜夜avapp| 国产精品美女久久久久久2018| 久久99精品久久久久久噜噜| 亚洲欧美另类日本久久国产真实乱对白 | 综合网日日天干夜夜久久| 国内精品久久久人妻中文字幕| 一级做a爰片久久毛片人呢| 久久亚洲AV成人无码| 久久精品国内一区二区三区| 午夜精品久久久久久影视777| 久久久久久无码Av成人影院| 女同久久| 狠狠人妻久久久久久综合蜜桃| 一本色道久久99一综合| 国产呻吟久久久久久久92| 人妻无码久久一区二区三区免费| 久久综合狠狠综合久久97色| 久久精品国产亚洲AV大全| 亚洲欧洲久久久精品| 久久这里只有精品久久| 色婷婷综合久久久久中文 | 99久久亚洲综合精品网站| 久久妇女高潮几次MBA| 久久国产成人午夜AV影院| 国产精品久久免费| 久久精品国产亚洲精品2020| 四虎影视久久久免费| 日本精品一区二区久久久| 久久精品国产国产精品四凭| 狠狠久久亚洲欧美专区| 久久久久四虎国产精品| 一级做a爰片久久毛片16| 国产精品久久久久影院色| 麻豆精品久久精品色综合| segui久久国产精品|