關於i/o讀寫檔案的問題，一直是一頭霧水啊 :cry: ，今天早上起來就是找關於i/o方面操作和字符集、編碼、解碼問題的討論帖。
**編寫、執行環境：eclipse 3.7 ，jdk 6up23， win7 旗艦版。 editor encoding：utf8
檔案 txt格式，儲存格式為預設ansi。有中文有英文[quote]
中文測試
英文測試
hello world work；[/quote]
static void ioread_write(string inputfile, string outputfile)
bufferedreader.close();
bufferedwriter.close();
} catch (filenotfoundexception e) catch (ioexception e)
}
當使用 eclipse 使用utf-8作為workspace的字符集時，system.out.print時候是亂碼，輸出的檔案也是亂碼，而檔案的格式是utf-8，而使用gbk作為eclipse的workspace字符集時，控制台輸出的是正常文字（無亂碼）。檢視檔案編碼是預設字符集（asni）.
試了幾次之後，俺這個小白認為，在讀取檔案（中文）時，以位元組流讀入記憶體中，在控制台列印時是使用ide（editor）的encoding來進行轉碼，而在寫檔案也是使用ide的encoding來處理的，建立檔案時也是使用當前ide的encoding來做檔案的字符集。而在雙擊開啟時，系統使用asni來解碼，所以造成了亂碼。
小弟愚見，有什麼不對的地方請各位拍磚指教。
沒啥東西，就記錄一下
create or replace procedure w proc bankrecvdeal param integer default 1,decrease num number default 10000000 isv seqno number 18 0 v other varchar2 10...
整天都說的控制代碼到底是啥子東西！
控制代碼是乙個指向指標的指標，我們 學過c語言的 應該都學過 知道，指標中儲存的是記憶體位址，那麼乙個指向指標的指標，他儲存的就是另乙個指標的位址,我們可以通過乙個指標來找到另乙個指標，然後再通過另乙個指標訪問到具體的資料，那麼為什麼要這麼麻煩呢?單就乙個指標就夠煩惱了 我們知道,當執行乙個占用大量...
學習筆記（I O庫）
1 i o操作 裝置i o 記憶體i o 讀寫string 2 cin istream物件，從標準輸入讀取資料 cout ostream物件，向標準輸出寫入資料 cerr ostream，用於輸出程式錯誤資訊，無緩衝區則不可以重定向，寫入到標準錯誤 3 iostream用於讀寫流的基本型別 fstr...