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

            Benjamin

            靜以修身,儉以養德,非澹薄無以明志,非寧靜無以致遠。
            隨筆 - 397, 文章 - 0, 評論 - 196, 引用 - 0
            數據加載中……

            標準C---關于字符串操作

            字符串操作是常用的操作之一,下面是相關的函數介紹和相關注意的地方,
            一、
            strtok查找函數,這個函數改變了源字符串,而且第一個參數必須是數組,不能是指針或字符串,如果是指針或字符串,則會報異常,直接返回NULL.如果不想改變源字符串的內容,建議用strstr來查找子串。
            其他常用的查找函數有
            strchrstrrchr,前者在字符在字符串第一次出現的位置,后者則是查詢的是字符在字符串中出現的最后一次的位置;兩個函數返回的都是地址,注意,這里返回的首地址的值就是這個字符。這兩個查找函數都不會改變源字符串(數組的)內容。

            二、Strlenmemset,如下面的代碼:
            char* temp = (char*)malloc(67 * sizeof(char));
            Int leng = strlen(temp);
            Memset(temp,0,strlen(temp));
            Leng = strlen(temp);
            兩次leng的值是不一樣的,第一次是正確的值,第二次是0strlen找的是’\0’,但是不包括’\0’;

            三、strcpy等雖然不安全可,但是要記住:strcpy_s等是微軟自己搞的一套,在liunx上是無法使用的。如果要部分拷貝,我們可以在
            strcpy的參數上直接對地址加減或在strncpy上對源字符串的地址更改或是對strncpy上的第三個參數加以修改來達到目的。
            strcpy等不安全主要表現在沒有會發生字符串截斷、   字符串沒有正確的結束符,還有就是字符串的邊界問題。
            malloc和free一般情況下要配對,但是如果是static變量,則可以不用free,不會發生內存泄漏的情況。

            四、構造字符串---sprintf,提取一個字符串的某個字段---scanf,這兩個是相反的過程。
            sprintf常用在拼接字符串,如:sprintf(buffer,"%s=%s","Three",3);buffer中的字符串就是"Three=3",有時它可以替代strcat函數;

            sscanf和sprintf是兩個相反的過程,如果你知道字符串的格式完全可以用這個函數還替代strtok和strstr這兩個查找函數;例如:char str[] = "watch is 34.3433 !!!";
            那么我們可以提取34.3433,sscanf(str,"%s %s %f",ch,&t_fTemp);這個t_fTemp的值就是34.3433.

            五、提取子串和字符在字符串的位置:strstr、strtok、strchr等,這些函數有個缺憾:如果我們要查找字串“222”是否在“22222 tok“中時,這幾個函數都不起作用,要么自己寫,要么自己根據字串在父串中的指針的下個地址的內容來確定.例如:
            char str[] = "2222 tok";
            char end_char = ' ';//這個可由自己根據業務定義
            if(*(strstr(str,"222")+1) != end_char)
            {
            ..................
            }
            六、strstr函數另一個缺點:char str[] = "port 56 78" char *ch = strstr(str,"port");ch的值是str的首地址,而非我們要的結果,如果把空格改成/t/r等轉義字符
            結果依然如此,我們在使用str相關的函數時要主義類似的問題,這種結果在解析協議和讀文件時是致命,而且是難以察覺的錯誤。

            posted on 2010-07-28 21:10 Benjamin 閱讀(753) 評論(6)  編輯 收藏 引用 所屬分類: C/C++

            評論

            # re: 標準C---關于字符串操作  回復  更多評論   

            但是如果是static變量,則可以不用free,不會發生內存泄漏的情況。

            這個怎么理解??
            2010-07-29 09:13 | egmkang

            # re: 標準C---關于字符串操作  回復  更多評論   

            _s,_t的那一套函數都是CRT函數,Unix-Like米有
            如果嫌strcpy不安全,可以使用strncpy,帶n的都有防止越界的功能.
            2010-07-29 09:14 | egmkang

            # re: 標準C---關于字符串操作  回復  更多評論   

            如果是靜態變量是malloc產生的,可以不用free,不會發生內存泄漏的情況;
            所有str函數都有越界問題,都不是安全的;很多的編程規范也是禁止使用這些函數,在一些惡意代碼就是通過這些函數的漏洞來注入的。
            2010-07-29 13:40 | Benjamin

            # re: 標準C---關于字符串操作  回復  更多評論   

            char* temp = (char*)malloc(67 * sizeof(char));
            Int leng = strlen(temp);
            Memset(temp,0,strlen(temp));
            Leng = strlen(temp);
            兩次leng的值是不一樣的,第一次是正確的值,第二次是0;strlen找的是’\0’,但是不包括’\0’;

            strlen遇‘\0’結束,所以,在未memset之前,分配的內存塊都是隨機值,有可能是0,第一次有可能不是固定的值
            2010-07-29 16:55 | roy

            # re: 標準C---關于字符串操作  回復  更多評論   

            @roy

            好像我有點過時了
            剛才分別在Linux/Solaris/Tru64/HP-UX下測試這段代碼N次,每次輸出都是0

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

            int main() {
            char *tmp = (char *) malloc(1024 * sizeof(char));
            printf("%d\n", strlen(tmp));
            free(tmp);
            return 0;
            }

            2010-07-29 17:11 | roy

            # re: 標準C---關于字符串操作  回復  更多評論   

            @roy
            不錯,第一次返回的值不是它本身的長度,是從分配的首地址開始起一直到找到結束符的長度,可能是0也可能是不是0.如果正好下一個地址存放的就是結束符,那么長度就恰巧為0,所以你上面的strlen返回0也正常。
            2010-07-29 21:21 | Benjamin
            理论片午午伦夜理片久久| 97超级碰碰碰碰久久久久| 国产69精品久久久久APP下载| 中文字幕无码久久人妻| 人妻无码久久一区二区三区免费 | 久久久精品久久久久久| 合区精品久久久中文字幕一区 | 91久久精品国产免费直播| 久久亚洲AV无码西西人体| 久久精品毛片免费观看| 久久亚洲AV无码西西人体| 久久精品国产精品亚洲毛片| 国产一区二区三精品久久久无广告| 久久久高清免费视频| 日本精品久久久久中文字幕8| 亚洲精品第一综合99久久| 狠狠色婷婷综合天天久久丁香| 亚洲欧洲精品成人久久奇米网| 久久精品国产亚洲综合色| 久久中文字幕人妻熟av女| 久久激情亚洲精品无码?V| 精品熟女少妇av免费久久| 日本WV一本一道久久香蕉| 久久久久久久综合综合狠狠| 国内精品久久久久久野外| 无码人妻久久久一区二区三区 | 国产午夜精品久久久久免费视| 久久噜噜久久久精品66| 久久被窝电影亚洲爽爽爽| 韩国免费A级毛片久久| 日韩人妻无码精品久久免费一| 一本色道久久综合狠狠躁篇 | 伊人久久国产免费观看视频| 亚洲国产精品人久久| 国产精品久久久久久久| 国产产无码乱码精品久久鸭| 蜜臀av性久久久久蜜臀aⅴ麻豆| 2021国产精品久久精品| 综合久久国产九一剧情麻豆| 一级做a爰片久久毛片免费陪 | 国内精品久久久久影院一蜜桃|