原因說明
　　在python中提到unicode，一般指的是unicode對象，例如'哈哈'的unicode對象為 u'u54c8u54c8'
　　而str，是一個字節(jié)數組，這個字節(jié)數組表示的是對unicode對象編碼(可以是utf-8、gbk、cp936、GB2312)后的存儲的格式。這里它僅僅是一個字節(jié)流，沒有其它的含義，如果想使這個字節(jié)流顯示的內容有意義，必須用正確的編碼格式，解碼顯示。
　　在上述腳本運行中，使用type(data)打印在decode前后的data的數據格式，如下：
　　<type 'str'>
　　<type 'unicode'>
　　可以看出，內置的open()方法打開文件時，read()讀取的是str格式的：
　　· Read()讀取時，如果參數是str（且內容中含有中文），讀取后需要使用正確的編碼格式進行decode()，轉為unicode字符后，才可以正確顯示。
　　· write()寫入時，如果參數是unicode，則需要使用你希望寫入的編碼進行encode()，如果是其他編碼格式的str，則需要先用該str的編碼進行decode()，轉成unicode后再使用寫入的編碼進行encode()。
　　方法二（推薦）
　　在文件打開時直接指定使用gb18030格式讀取后，即可直接操作，另外，該方法對中文txt和英文txt的處理均適用
#coding:utf-8
import codecs
def str_reader_txt(address):
fp=codecs.open(address，'r'，"gb18030")
#fp=open(address，'r')
users=[]
pwds=[]
lines=fp.readlines()
for data in lines:
name，pwd=data.split('，')
name=name.strip(' ')
pwd=pwd.strip(' ')
users.append(name)
pwds.append(pwd)
print "user:%s(len(%d))" %(name，len(name))
print "pwd:%s(len(%d))" %(pwd，len(pwd))
return users，pwds
fp.close()
　　備注：Codecs.getreader也可以達到同樣的效果，如下：
#coding:utf-8
import codecs
def str_reader_txt_csv(address):
f=file(address，'rb')
users=[]
pwds=[]
csv=codecs.getreader('gb18030')(f) #Codecs.getreaderf方法
for data in csv:
name，pwd=data.split('，')
name=name.strip(' ')
pwd=pwd.strip(' ')
users.append(name)
pwds.append(pwd)
return users，pwds
f.close()
　　原因說明
　　模塊codecs提供了一個open()方法，可以指定一個編碼打開文件，使用這個方法打開的文件讀取返回的將是unicode。
　　寫入時，如果參數是unicode，則使用open()時指定的編碼進行編碼后寫入；
　　如果是str，則先根據源代碼文件聲明的字符編碼，解碼成unicode后再進行前述操作。對內置的open()來說，這個方法比較不容易在編碼上出現問題，推薦使用
　　為何使用gb18030的編碼格式
　　下面是通過對比測試的結果，可以看出使用gb18030和UTF-8操作的結果：

　　在windows平臺下，默認的文檔保存方式為ANSI，在簡體中文系統(tǒng)下，ANSI 編碼代表 GB2312 編碼。
　　在txt保存時，修改保存格式為UTF-8時，可以使用UTF-8編碼打開，但是其字符長度有差異，其原因如下：
　　需要一提的是BOM(Byte Order Mark)。我們在儲存文件時，文件使用的編碼并沒有保存，打開時則需要我們記住原先保存時使用的編碼并使用這個編碼打開，這樣一來產生了許多麻煩。
　　那記事本打開文件時并沒有讓選編碼？不妨先打開記事本再使用文件 -> 打開一個保存為UTF-8編碼格式的txt文檔看看
　　UTF引入了BOM來表示自身編碼，如果一開始讀入的幾個字節(jié)是其中之一，則代表接下來要讀取的文字使用的編碼是相應的編碼：
　　BOM_UTF8 'xefxbbxbf'
　　BOM_UTF16_LE 'xffxfe'
　　BOM_UTF16_BE 'xfexff'
　　那針對UTF-8格式文件存在BOM的情況下，如何獲取內容呢？Codec中有個方法codecs.BOM_UTF8可以去參考一下，此處不詳細解釋
　　GB2312、GBK、GB18030的區(qū)別及聯系
　　這里給出參考鏈接，http://www.zhihu.com/question/19677619
　　該文章描述的比較全面清晰，總結一下是：
　　· GBK完全兼容GB2312
　　· GB 18030完全兼容GB 2312，基本兼容GBK，支持GB 13000及Unicode的全部統(tǒng)一漢字，共收錄漢字70244個。
　　GB 18030，全稱：標準GB 18030-2005《信息技術中文編碼字符集》，是中華人民共和國現時新的內碼字集，是GB 18030-2000《信息技術信息交換用漢字編碼字符集基本集的擴充》的修訂版。
　　中文處理流程總結
　　處理中文數據時好采用如下方式：
　　1. Decode early（盡早decode， 將文件中的內容轉化成unicode再進行下一步處理)
　　2. Unicode everywhere (程序內部處理都用unicode)
　　3. Encode late (后encode回所需的encoding， 例如把終結果寫進結果文件)
　　有幾點要說明一下：
　　* 所謂“正確的”編碼，指得是指定編碼和字符串本身的編碼必須一致。這個其實并不那么容易判斷，一般來說，我們直接輸入的簡體中文字符，有兩種可能的編碼：GB2312（GBK、GB18030）、以及UTF-8
　　* GB2312、GBK、GB18030本質上是同一種編碼標準。只是在前者基礎上擴充了字符數量
　　* UTF-8和GB編碼不兼容
　　*第二步，將str轉化為unicode對象時，可以使用下列兩個方法：都是將gb2312編碼的str轉為unicode編碼
　　· unicode(str，'gb2312')
　　· str.decode('gb2312')
　　*另外，在定義字符串時，出現中文，都使用str=u '漢字' 來定義。