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

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

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

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

            二、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的參數(shù)上直接對地址加減或在strncpy上對源字符串的地址更改或是對strncpy上的第三個參數(shù)加以修改來達到目的。
            strcpy等不安全主要表現(xiàn)在沒有會發(fā)生字符串截斷、   字符串沒有正確的結束符,還有就是字符串的邊界問題。
            malloc和free一般情況下要配對,但是如果是static變量,則可以不用free,不會發(fā)生內存泄漏的情況。

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

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

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

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

            評論

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

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

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

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

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

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

            如果是靜態(tài)變量是malloc產(chǎn)生的,可以不用free,不會發(fā)生內存泄漏的情況;
            所有str函數(shù)都有越界問題,都不是安全的;很多的編程規(guī)范也是禁止使用這些函數(shù),在一些惡意代碼就是通過這些函數(shù)的漏洞來注入的。
            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
            色8激情欧美成人久久综合电| 99久久久国产精品免费无卡顿| 精品国产一区二区三区久久久狼 | 久久综合给久久狠狠97色| 岛国搬运www久久| 品成人欧美大片久久国产欧美...| AV色综合久久天堂AV色综合在| 一本色综合网久久| 久久天堂AV综合合色蜜桃网 | 精品久久久久久久无码 | 国产一级持黄大片99久久| 久久久久AV综合网成人| 国产精品久久国产精品99盘| 91精品国产乱码久久久久久| 亚洲国产精品久久久久婷婷老年| 亚洲国产精品久久久久久| 久久精品夜色噜噜亚洲A∨| 亚洲日本久久久午夜精品| 99精品久久精品一区二区| 久久综合给合久久狠狠狠97色| 久久精品国产亚洲沈樵| 99久久99久久精品国产| 久久婷婷午色综合夜啪| 久久精品夜夜夜夜夜久久| 99久久无码一区人妻| 武侠古典久久婷婷狼人伊人| 久久久久人妻一区二区三区vr| 91久久香蕉国产熟女线看| 亚洲精品午夜国产va久久| 国产一区二区三区久久精品| 久久影院午夜理论片无码| 久久精品国产亚洲av影院| 久久电影网| 久久精品人人做人人妻人人玩| 久久久久久国产a免费观看不卡 | 久久精品无码午夜福利理论片| 精品久久久久久久久久中文字幕| 亚洲va中文字幕无码久久| 国产巨作麻豆欧美亚洲综合久久| 无码日韩人妻精品久久蜜桃| 精品无码久久久久久久久久|