• <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>
            posts - 297,  comments - 15,  trackbacks - 0
            今天在寫文件的時候發現fwrite的時候多出了一些亂碼,最后發現加個b,以二進制的方式打開文件就解決了,google了.... 特記與此

               在學習C語言文件操作后,我們都會知道打開文件的函數是fopen,也知道它的第二個參數是 標志字符串。其中,如果字符串中出現'b',則表明是以打開二進制(binary)文件,否則是打開文本文件。

              那么什么是文本文件,什么是二進制文件呢? 可能大多數人都沒有仔細考慮過。

              在Windows和DOS系統中,狹義的文本文件是指擴展名為txt的文件。實際上,那些沒有規定格式的,由可理解的的ASCII以及其他編碼文字組成的文件都是文本文件,如C源程序文件,HTML超文本,XML。除此之外的其他文件都是二進制文件,如Word文件DOC,圖象格式文件JPG。

              但是,所謂使用fopen標志打開文本文件與二進制文件的說法并不準確。正確的說法應該是--以文本方式和二進制方式打開文件。因為我們用兩種方式都可以任意的文件。

              即使這樣,為什么還要區分兩種方式呢?

              這是因為這兩種方式在讀寫文件時的操作是不一樣的。

              二進制方式很簡單,讀文件時,會原封不動的讀出文件的全部內容,寫的時候,也是把內存緩沖區的內容原封不動的寫到文件中。

              而文本方式就不一樣了,在寫文件時,會將換行符號CRLF(0x0D 0x0A)全部轉換成單個的0x0A,并且當遇到結束符CTRLZ(0x1A)時,就認為文件已經結束。相應的,寫文件時,會將所有的0x0A換成0x0D0x0A。

            所以,若使用文本方式打開二進制文件時,就很容易出現文件讀不完整,或內容不對的錯誤。即使是用文本方式打開文本文件,也要謹慎使用,比如復制文件,就不應該使用文本方式。

              要特別注意的是,上面這樣的說法僅適用于DOS和Windows系統。在Unix和其他一些系統中,沒有文本方式和二進制方式的區分,使不使用'b'標志都是一樣的。這是由于不同操作系統對文本文件換行符的定義,和C語言中換行符的定義有所不同而造成的。

              如上文已提到,DOS和Windows系統使用CRLF(0x0D 0x0A)雙字節作為文本文件換行符,而Unix文本文件的換行符只有一個字節LF(0x0A)為。在C語言中,也是以LF即'\n'為換行符。

              由于DOS/Windows定義的換行符和C語言的不一致,C語言的標準輸入輸出函數適行讀寫文本文件時,就適行了CRLF->LF的轉換。而Unix的定義和C語言的是一樣的,就不必轉換了。

              那么,為什么會有定義不一致的情況呢,這純屬歷史原因。當初C是在Unix上發展的,對換行的定義自然就一樣了。其后C被引入到DOS系統,為了使原有的C程序能不加修改的讀寫DOS的文本文件,所以就在文件讀寫上做了修改。隨著DOS/Windows成為主流平臺,這個當初為了兼容而做的修改給眾多的C語言開發者添了這樣一個小小的麻煩。
            from:
            http://blog.chinaunix.net/u2/76292/showart.php?id=2140344
            posted on 2010-01-05 20:23 chatler 閱讀(574) 評論(0)  編輯 收藏 引用 所屬分類: Linux_Coding
            <2010年1月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(10)

            隨筆分類(307)

            隨筆檔案(297)

            algorithm

            Books_Free_Online

            C++

            database

            Linux

            Linux shell

            linux socket

            misce

            • cloudward
            • 感覺這個博客還是不錯,雖然做的東西和我不大相關,覺得看看還是有好處的

            network

            OSS

            • Google Android
            • Android is a software stack for mobile devices that includes an operating system, middleware and key applications. This early look at the Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.
            • os161 file list

            overall

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            人妻无码中文久久久久专区| 久久99热这里只有精品国产| 香蕉久久av一区二区三区| 久久久这里有精品| 久久久久99精品成人片直播| 99久久精品费精品国产一区二区| 久久国产精品99精品国产987| 久久精品无码免费不卡| 久久91精品国产91久| 久久成人精品视频| 久久精品无码一区二区WWW| 亚洲欧美日韩精品久久| 日韩欧美亚洲综合久久| 国产精品久久久久久久午夜片| 欧美粉嫩小泬久久久久久久 | 亚洲欧美国产日韩综合久久| 欧美喷潮久久久XXXXx| 国产午夜电影久久| 久久精品国产亚洲AV高清热| 欧美亚洲另类久久综合婷婷| 久久免费高清视频| 精品伊人久久大线蕉色首页| 久久久久亚洲精品中文字幕| 四虎国产永久免费久久| 久久国产免费观看精品3| 久久无码AV中文出轨人妻| 国产精品成人久久久久久久| 久久精品人人槡人妻人人玩AV| 久久久久高潮综合影院| 亚洲国产成人久久综合野外| 久久精品国产72国产精福利| 午夜不卡888久久| 一级做a爰片久久毛片人呢| 99久久无码一区人妻a黑| 久久精品九九亚洲精品| 人妻少妇久久中文字幕 | 久久婷婷五月综合色奶水99啪 | 久久99国产精品久久99| 麻豆亚洲AV永久无码精品久久| 亚洲中文字幕无码久久2020| 中文字幕无码精品亚洲资源网久久|