Python文件讀寫

讀寫文件前伶棒,我們先必須了解一下旺垒,在磁盤上讀寫文件的功能都是由操作系統(tǒng)提供的,現(xiàn)代操作系統(tǒng)不允許普通的程序直接操作磁盤肤无,所以先蒋,讀寫文件就是請求操作系統(tǒng)打開一個文件對象(通常稱為文件描述符),然后宛渐,通過操作系統(tǒng)提供的接口從這個文件對象中讀取數(shù)據(jù)(讀文件)竞漾,或者把數(shù)據(jù)寫入這個文件對象(寫文件)。

讀文件

要以讀文件的模式打開一個文件對象窥翩,使用Python內(nèi)置的open()函數(shù)业岁,傳入文件名和標示符:

>>> f = open('/Users/michael/test.txt','r')

標示符'r'表示讀,這樣寇蚊,我們就成功地打開了一個文件笔时。

如果文件不存在,open()函數(shù)就會拋出一個IOError的錯誤仗岸,并且給出錯誤碼和詳細的信息告訴你文件不存在:

>>> f=open('/Users/michael/notfound.txt', 'r')

Traceback (most recentcalllast):?

? ? ?File"", line1,in

FileNotFoundError: [Errno2]Nosuch fileordirectory:'/Users/michael/notfound.txt'

如果文件打開成功允耿,接下來,調(diào)用read()方法可以一次讀取文件的全部內(nèi)容扒怖,Python把內(nèi)容讀到內(nèi)存较锡,用一個str對象表示:

>>> f.read()'Hello, world!'

最后一步是調(diào)用close()方法關閉文件。文件使用完畢后必須關閉姚垃,因為文件對象會占用操作系統(tǒng)的資源念链,并且操作系統(tǒng)同一時間能打開的文件數(shù)量也是有限的:

>>> f.close()

由于文件讀寫時都有可能產(chǎn)生IOError,一旦出錯,后面的f.close()就不會調(diào)用掂墓。所以谦纱,為了保證無論是否出錯都能正確地關閉文件,我們可以使用try ... finally來實現(xiàn):

try:? ??

????f = open('/path/to/file','r')? ??

????print(f.read())

finally:

????if f:? ? ? ??

????????f.close()

但是每次都這么寫實在太繁瑣君编,所以跨嘉,Python引入了with語句來自動幫我們調(diào)用close()方法:

with open('/path/to/file','r') as f:? ??

????print(f.read())

這和前面的try ... finally是一樣的,但是代碼更佳簡潔吃嘿,并且不必調(diào)用f.close()方法祠乃。

調(diào)用read()會一次性讀取文件的全部內(nèi)容,如果文件有10G兑燥,內(nèi)存就爆了亮瓷,所以,要保險起見降瞳,可以反復調(diào)用read(size)方法嘱支,每次最多讀取size個字節(jié)的內(nèi)容。另外挣饥,調(diào)用readline()可以每次讀取一行內(nèi)容除师,調(diào)用readlines()一次讀取所有內(nèi)容并按行返回list。因此扔枫,要根據(jù)需要決定怎么調(diào)用汛聚。

如果文件很小,read()一次性讀取最方便短荐;如果不能確定文件大小倚舀,反復調(diào)用read(size)比較保險;如果是配置文件搓侄,調(diào)用readlines()最方便:

for line in f.readlines():? ??

????print(line.strip())# 把末尾的'\n'刪掉

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末瞄桨,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子讶踪,更是在濱河造成了極大的恐慌芯侥,老刑警劉巖,帶你破解...
    沈念sama閱讀 216,591評論 6 501
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件乳讥,死亡現(xiàn)場離奇詭異柱查,居然都是意外死亡,警方通過查閱死者的電腦和手機云石,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,448評論 3 392
  • 文/潘曉璐 我一進店門唉工,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人汹忠,你說我怎么就攤上這事淋硝”荆” “怎么了?”我有些...
    開封第一講書人閱讀 162,823評論 0 353
  • 文/不壞的土叔 我叫張陵谣膳,是天一觀的道長竿报。 經(jīng)常有香客問我,道長继谚,這世上最難降的妖魔是什么烈菌? 我笑而不...
    開封第一講書人閱讀 58,204評論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮花履,結(jié)果婚禮上芽世,老公的妹妹穿的比我還像新娘。我一直安慰自己诡壁,他們只是感情好济瓢,可當我...
    茶點故事閱讀 67,228評論 6 388
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著欢峰,像睡著了一般葬荷。 火紅的嫁衣襯著肌膚如雪涨共。 梳的紋絲不亂的頭發(fā)上纽帖,一...
    開封第一講書人閱讀 51,190評論 1 299
  • 那天,我揣著相機與錄音举反,去河邊找鬼懊直。 笑死,一個胖子當著我的面吹牛火鼻,可吹牛的內(nèi)容都是我干的室囊。 我是一名探鬼主播,決...
    沈念sama閱讀 40,078評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼魁索,長吁一口氣:“原來是場噩夢啊……” “哼融撞!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起粗蔚,我...
    開封第一講書人閱讀 38,923評論 0 274
  • 序言:老撾萬榮一對情侶失蹤尝偎,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后鹏控,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體致扯,經(jīng)...
    沈念sama閱讀 45,334評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,550評論 2 333
  • 正文 我和宋清朗相戀三年当辐,在試婚紗的時候發(fā)現(xiàn)自己被綠了抖僵。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,727評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡缘揪,死狀恐怖耍群,靈堂內(nèi)的尸體忽然破棺而出义桂,到底是詐尸還是另有隱情,我是刑警寧澤蹈垢,帶...
    沈念sama閱讀 35,428評論 5 343
  • 正文 年R本政府宣布澡刹,位于F島的核電站,受9級特大地震影響耘婚,放射性物質(zhì)發(fā)生泄漏罢浇。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,022評論 3 326
  • 文/蒙蒙 一沐祷、第九天 我趴在偏房一處隱蔽的房頂上張望嚷闭。 院中可真熱鬧,春花似錦赖临、人聲如沸胞锰。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,672評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽嗅榕。三九已至,卻和暖如春吵聪,著一層夾襖步出監(jiān)牢的瞬間凌那,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,826評論 1 269
  • 我被黑心中介騙來泰國打工吟逝, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留帽蝶,地道東北人。 一個月前我還...
    沈念sama閱讀 47,734評論 2 368
  • 正文 我出身青樓块攒,卻偏偏與公主長得像励稳,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子囱井,可洞房花燭夜當晚...
    茶點故事閱讀 44,619評論 2 354

推薦閱讀更多精彩內(nèi)容

  • 搬運https://www.cnblogs.com/ymjyqsx/p/6554817.html python文件...
    夕陽下的不回頭閱讀 1,117評論 0 0
  • 1 IO的含義 在計算機中庞呕,IO是Input/Output的簡寫新翎,也就是輸入和輸出。 由于程序和運行時數(shù)據(jù)是在內(nèi)存...
    hufengreborn閱讀 27,624評論 2 13
  • Python文件讀寫 1. 概述 讀寫文件是最常見的IO操作千扶。Python內(nèi)置了讀寫文件的函數(shù)料祠,用法和C是兼容的。...
    Jenlte閱讀 281評論 0 0
  • IO操作與讀寫文件 讀寫文件是最常見的IO操作澎羞。Python內(nèi)置了讀寫文件的函數(shù)髓绽,用法和C是兼容的。不論哪種妆绞,一定...
    TensorFlow開發(fā)者閱讀 1,948評論 1 2
  • 文件 在實際開發(fā)中顺呕,常常需要對程序中的數(shù)據(jù)進行持久化操作枫攀,而實現(xiàn)數(shù)據(jù)持久化最直接簡單的方式就是將數(shù)據(jù)保存到文件中。...
    Jason_c8d4閱讀 5,585評論 1 0