python文件管理操作

2744557306

件操作:   CPU 储存器  输入设备，输出设备储存器当中又有内存和硬盘之分，内存,变量就是在内存中.  文件和数据就是在硬盘中.  一般的操作流程是先打开文件，读文件，写文件,后关闭文件.打开文件操作当中有一个内联函数open（'路径 ', '进行的操作 ','若是写读的操作，则这里是编译的方式encoding,若不写则默认为编译方式为utf8 '）内联函数open的返回值是文件类型变量,因为文件的内容是在硬盘上的,此处文件对象是在内存上的一个变量，后续文件操作都是拿着这个文件对象进行操作的，此处的文件对象就像一个遥控器一样专业的术语叫做句柄handle.常见的进行操作，有' r'读   ' w'写（这个显示把原有文件里面的内容全部清空，然后再写），但这个'a '写  (这个写是在原有文件内容的末尾)   关闭文件使用close  形式:对象.close()
$ }6 o* C5 l4 j9 T: Z
1 i  t" Q% X, s5 W- W" I每个程序在启动的时候都会默认打开三个文件:1.标准输入（体现在键盘）2.标准输出（体现在显示器）3.标准错误（体现在显示器）
! N7 w# A9 p2 }$ M. B' w
文件资源泄露其实是一个很重要的问题.  因为文件使用完之后一定要关闭，打开文件其实是在申请一定的系统资源,  不再使用文件的时候，资源应及时释放，否则就可能造成文件资源的泄漏, 进一步导致其他大部分的代码无法顺利打开，正是因为一个系统的资源是有限的，因此一个程序能打开的文件个数也是有限的.
) y  u# Y! j' Y2 ]! M4 ?/ h& q
5 T7 A! R1 C% q4 @* i  U$ ]) c# \python当中有一个很重要的机制，垃圾回收机制GC  自动的将不使用的变量给释放掉.
1 p% r6 D' \6 Y
虽然Python给了我们一个后手，让我们一定程度的避免了上述问题，但是也不能完全依赖自动释放机制，因为制动释放机制不一定及时，它需要判定是否为垃圾，那这需要以一定时间周期，如果在这周期内我就直接打开了所有文件，导致文件泄露了，所以不应该完全依赖他，而应该有关闭文件操作的意识。

讲讲具体操作，写:1.先打开open（'路径 ','w或者a'）取决于之前它们俩的区别  2.变量.write（'内容 '） 3.变量.close（）如果文件对象已经关闭了，那就意味着系统和该文件相关的内存资源已经释放了，若强行写则会抛异常.
7 e: X# d( M2 J% V( [8 d/ j; ?
读:1.先打开open（'路径',' r'）2.变量.read（数字）这个数字表示多少数字的字符(不是字节哦)注意中文和英文相似，在计算机中都是使用数字来表示字符的, 哪个数字对应哪个汉字常见的版本有:GBK  UTF8这两种编码方式.在哪里看呢?在文本记事本右下角有编码方式，如果没有的话，那就从菜单,选择文件，选择另存于就可以看到编码方式了. 读的编码方式，应与文件的编码方式一致.系统默认编码方式为GBK,UTF8是比GBK使用更广泛的编码方式.上述已经讲了如何对编码方式进行更改 也就是主动调下open的第3个参数encoding=' UTF8'这个也就是关键字参数.而open的前两个参数表示在什么路径下进行怎样的操作,这就是位置参数
9 X4 w$ j& s3 T/ Q' R
2.更常见的需求是按行来读取的，最简单的办法直接for循环.for 变量 in 对象.注意打印的函数print，在末尾会自带一个斜杠n，若不想要它自带的斜杠，则可以自己设定想要末尾是什么，通过print（   ,end=' 自定义'）这也就是一个关键字参数。而文本记事本中也会每行的末尾也会自带一个斜杠n.

3.还可以使用readlines方法，直接把整个文件所有内容都读出来，按照行组织的一个列表里
! j! Q* r2 K4 R* p  a
* G5 B% E) b- G" U/ v7 c% \* b' `5 A! y注意我上述所有说的方法，一定要记住这里的方法并不是语文上的方法，而是计算机里面的方法，这是要明确说明对象才能使用的。

上下文管理器:为防止未释放资源，而系统自带帮忙释放。体现在当with对应的代码块结束，就会执行对象的关闭。with open（跟上述一样   ）as  对象:会自动帮对象释放资源,所以以后直接用with搭配open来打开文件.
4 R, V+ \$ n! |2 e" q————————————————

4 b- \  Y5 S6 o( |7 P# {                            版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
4 l( o( _5 W  u. k; G& ~1 j7 i
原文链接：https://blog.csdn.net/2301_81874719/article/details/138212331

4 Z. P! F. [0 a