第一章:文件io
1. 文件io讲些什么
文件io这一章讲的是,如何调用Linux OS所提供的相关的OS API,实现文件的读写。
1.1 如何理解“文件IO”这个词
IO就是input output的意思,文件io就是文件输入输出,也就是文件读写。
读写的是什么?
答:是数据。
不过读文件和写文件,到底哪一个是input,哪一个是output呢?
答:input和output,其实是以CPU作为参考点来看的:
o(写)
C ——————————> 文
P <—————————— 件
U i(读)
疑问:为什么不能越过OS,直接操作文件呢?
答:当有OS的时候,应用程序基于OS运行时,必须通过OS API假借OS之手,才能操作底层硬件,无法回避。
1.2 本章所涉及的OS API(系统函数)有哪些
(1)open函数:打开文件
(2)close函数:关闭文件
(3)read函数:从打开的文件读数据
(4)write函数:向打开的文件写数据
(5)lseek函数:移动在文件中要读写的位置
(7)dup函数:文件读写位置重定位函数,本来是写到这个文件,重定位后可以写到另一个文件里面
(11)fcntl函数:文件描述符设置函数
(12)ioctl函数:一个特殊的函数
本章的函数,在后续课程中会频繁使用,所以这些函数一定要会用,但是不要去死记,函数参数很多,想记也记不住,涉
及细节时,使用man查一查自然就知道了。
2 文件读写的简单例子
2.1 文件操作三步曲
(1)第一步:打开文件
open函数
(2)第二步:读、写等操作文件
read、write函数
(3)第三步:关闭文件
close函数
使用man命令查看这些函数的详细说明。
(4)程序演示
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
int main(void)
{
int fd = 0;
fd = open("./file.txt", O_RDWR);
if(-1 == fd)
{
printf("open fail\n");
return 0;
}
else
{
printf("open ok\n");
}
char buf1[] = "hello world";
write(fd, (void *)buf1, 11);
lseek(fd, 0, SEEK_SET);
char buf2[30] = {0};
read(fd, buf2, sizeof(buf2));
printf("buf2 = %s\n", buf2);
close(fd);
return 0;
}
程序解释
1)open函数
(a)利用文件名,通过文件系统找到块设备上的文件
图:
· 文件系统就是一个程序代码,组织管理着块设备上的所有文件
· 文件系统属于OS的一部分
(b)找到文件后,调用块设备驱动程序,打开文件
驱动程序也是属于OS的一部分。
· 打开成功:返回一个非负整数的操作符(文件描述符)
· 打开失败:返回-1,表示打开失败
使用fd存放返回值,便于我们使用这个返回值。
文件打开成功后就可以操作文件了。
2)write函数
利用打开成功后返回的,非负整数的文件描述符,向文件里面写数据。
3)lseek函数
利用文件描述符,将文件读写的位置调整到文件头上。
为什么要调到文件头上?
write时,文件读写的位置到了末尾了,read读末尾的话,读到的内容就是空的,看不到read的效果。
4)read函数
从文件头上开始,读取指定长度的数据到buf中。
printf打印显示,查看效果。
2.2 open打开文件时,open具体做了哪些事情
如果open打开失败的话(比如文件不存在就会导致失败),open啥也不会干就直接返回了。
但是如果open将文件打开成功的话,open具体做了哪些事情呢?
1)记录打开文件的信息
(a)程序运行起来后就是一个进程了,OS会创建一个task_struct的结构体,记录进程运行时的各种信息,比如所打开文件的相关信息
图:
(b)open将文件成功打开后,在task_struct中又会创建一些结构体(数据结构),用于记录当前进程目前所开文件的信息,
后续所有的文件操作,都需要依赖于这些信息,其中就包括指向打开文件的文件描述符。
2)open函数会申请一段内存空间(内核缓存),后续读写文件时,用于临时缓存读写文件时的数据
图:
(a)什么是缓存?
就是开辟的一段内存空间,比如char buf[100],这就是一段100字节的缓存空间,用于临时存放中转的数据。
(b)为什么叫内核缓存?
open是OS所提供的系统函数,属于OS内核的一部分,所以open函数所开辟的缓存空间,就是内核缓存。
在我们的例子程序中,我定义了buf1和buf2这两个数组,这两个数组是我自己的应用程序定义的,因此就叫应用缓存。
图:
其实定义的一切变量空间,比如int a,int b[30]等,都是缓存,都是用于临时缓存数据,只是我们以前没有这么叫过。
(d)open为什么要开内核缓存空间?
内存读写速度 > 磁盘读写速度的,有了在内存中开辟的内核缓存后,上层读写数据时,会直接读写缓存,速度会很快,至于缓存
与磁盘上文件数据的交换,就留给下层去做,这样可以节省上层操作的时间。
(e)注意:open时只是开辟了内核缓存空间,里面并没有数据,只有当进行读写数据时,才会缓存读写的数据。
(f)读写时,缓存间数据的流动是怎样的?
图:
2. open函数
2.1 函数原型
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
int open(const char *pathname, int flags);
功能:只能打开存在的文件,如果文件不存在就返回-1报错。
int open(const char *pathname, int flags, mode_t mode);
功能:如果文件存在就直接打开,如果文件不存在,就按照mode指定的文件权限,创建一个该名字的新文件。
也就是说三个参数时,不仅包含打开已存在文件的功能,还多了一个创建文件的功能。
2.1 open函数返回值
如果打开成功,返回一个非负整数的文件描述符。
如果打开失败,返回-1,并且设置错误号给系统定义的全局变量errno,用于标记函数到底出了什么错误。
有关errno和错误号,后面会详细介绍。
2.3 open函数的重点:flags参数
参数1:pathname,表示路径名,很简单
参数3:mode,创建文件时,用于指定文件的原始权限,其实就是rwxrwxr--。
2.3.1、flags 之 O_RDONLY、O_WRONLY、O_RDWR、O_TRUNC、O_APPEND
· flags的作用
flags用于指定文件的打开方式,这些宏还可以使用|组合,比如O_RDONLY | O_APPEND,同时指定多个宏。
不要被这些宏吓到了,理解了,用多了,自然就熟悉了,不用可以去记住,想不起来了,使用man查看open函数就能知道。
这些宏对应的就是一些整形数,#define O_RDONLY 2。
· 这些宏被定义在了那里?
定义在了open所需要的头文件中,使用open函数时,必须要包含对应的头文件,否者,这些宏你就用不了。
(1)宏的含义
(a)O_RDONLY:只读方式打开文件,只能对文件进行读
(b)O_WRONLY:只写方式打开文件,只能对文件记性写
(c)O_RDWR:可读可写方式打开文件,既能读文件,也能写文件
以上这三个在指定时,只能唯一指定,不可以组合,比如O_RDONLY|O_WRONLY。
(d)O_TRUNC:打开时将文件内容全部清零空
(e)O_APPEND:打开文件后,写数据时,原有数据保留,新写的数据追加到文件末尾,此选项很重要。
APPEND本来就是追加的意思。
如果不指定这个选项的话,新写入的数据会从文件头上开始写,覆盖原有的数据,所有以后会经常使用这个选项。
(f)O_NONBLOCK和O_ASYNC:后面的课程用到后,再来介绍。
(2)代码演示
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
int main(void)
{
int fd = 0;
int ret = 0;
fd = open("./file.txt", O_RDWR);
//fd = open("./file.txt", O_RDWR|O_APPEND);
//fd = open("./file.txt", O_RDWR|O_TRUNC);
//fd = open("./file.txt", O_RDONLY);
//fd = open("./file.txt", O_WRONLY);
if(-1 == fd)
{
printf("open fail\n");
return 0;
}
else
{
printf("open ok\n");
}
char buf1[] = "hello world";
ret = write(fd, (void *)buf1, 11);
if(ret == -1)
{
printf("write fail\n");
}
lseek(fd, 0, SEEK_SET);
char buf2[30] = {0};
ret = read(fd, buf2, sizeof(buf2));
if(-1 == ret)
{
printf("read fail\n");
}
printf("buf2 = %s\n", buf2);
close(fd);
return 0;
}
2.3.2 flags参数 之 O_CREAT、O_EXCL。
(1)O_CREAT
1)open两个参数时的缺点
只能用于打开已经存在的文件,如果文件不存在就返回-1报错。
2)O_CREAT的作用
可以解决两个参数的缺点,指定O_CREAT时,如果:
(a)文件存在:直接打开
(b)文件不存在:创建该“名字”的文件。
不过指定O_CREAT,需要给open指定第三个参数mode,用于指定新创建文件的原始权限。
int open(const char *pathname, int flags, mode_t mode);
这个权限就是文件属性中的rwxrwxr--。
(2)O_EXCL
当O_EXCL与O_CREAT同时被指定,打开文件时,如果文件之前就存在的话,就报错。
代码演示:
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <errno.h>
int main(void)
{
int fd = 0;
//fd = open("./file1.txt", O_RDWR|O_CREAT|O_EXCL, 0664);
fd = open("./file.txt", O_RDWR|O_CREAT, 0664);
if(-1 == fd)
{
printf("open fail: %d\n", errno);
return 0;
}
else
{
printf("open ok\n");
printf("fd = %d\n", fd);
}
char buf1[] = "hello world";
write(fd, (void *)buf1, 11);
lseek(fd, 0, SEEK_SET);
char buf2[30] = {0};
read(fd, buf2, sizeof(buf2));
printf("buf2 = %s\n", buf2);
close(fd);
//fd = open("./file1.txt", O_RDWR|O_CREAT, 0664);
//printf("~~ fd = %d\n", fd);
return 0;
}
意义:保证每次open的是一个新的文件,如果文件以前就存在,提醒你open的不是一个新文件。
后面具体用到了,你自然就知道O_EXCL的实用价值了。
2.4 详论文件描述符
2.4.1 什么是文件描述符
open成功就会返回一个非负整数(0、1、2、3...)的文件描述符,比如我们示例程序中open返回的文件描述符是3。
文件描述符指向了打开的文件,后续的read/write/close等函数的文件操作,都是通过文件描述符来实现的。
2.4.2 文件描述符池
每个程序运行起来后,就是一个进程,系统会给每个进程分配0~1023的文件描述符范围,也就是说每个进程打开文件时,open所
返回的文件描述符,是在0~1023范围中的某个数字。
0~1023这个范围,其实就是文件描述符池。
1023这个上限可不可以改?
可以,但是没有必要,也不会介绍如何去改,因为一个进程基本不可能出现,同时打开1023个文件的情况,文件描述符的数量
百分百够用。
2.4.3 在我们的例子中,为什么open返回的是3
open返回文件描述符是由规则的:
规则就是,open返回文件描述符池中,当前最小没用的哪一个。
进程一运行起来,0/1/2默认就被使用了,最小没被用的是3,所以返回3。
如果又打开一个文件,最小没被用的就应该是4,所以open返回的应该是4。
演示:
疑问:0、1、2被用来干嘛了,后面解释。
2.4.4 文件关闭后,被文件用的描述符怎么办
会被释放,等着下一次open时,被重复利用。
演示:
2.4.5 open的文件描述符 与 fopen的文件指针
(1)open:Linux 的系统函数(文件io函数)
open成功后,返回的文件描述符,指向了打开的文件。
(2)fopen:C库的标准io函数
#include <stdio.h>
FILE *fopen(const char *path, const char *mode);
fopen成功后,返回的是FILE *的文件指针,指向了打开的文件。
(3)对于Linux的C库来说,fopen 这个C库函数,最终其实还是open函数来打开文件的
fopen只是对open这个函数做了二次封装。
应用程序
|
|
FILE* fopen标准io函数(c库函数)
|
|
int open文件io函数(Linux系统函数)
也就是说,fopen的文件指针,最终还是会被换成open的文件描述符,然后用于去操作打开的文件。
讲第3章-C库的标准io函数时,会详细介绍文件指针与文件描述符之间的关系。
2.5 errno和错误号
在我们的例子中,如果open失败了,只是笼统的打印出“打开文件失败了”,但是并没有提示具体出错的原因,没有详细的出错
原因提示,遇到比较难排查的错误原因时,很难排查出具体的函数错误。
open失败,如何具体打印出详细的出错信息呢?
这就不得不提errno的作用了。
(1)什么是ernno?
函数调用出错时,Linux系统使用错误编号(整形数)来标记具体出错的原因,每个函数有很多错误号,每个
错误号代表了一种错误,产生这个错误时,会自动的将错误号赋值给errno这个全局变量。
errno是Linux系统定义的全局变量,可以直接使用。
错误号和errno全局变量被定义在了哪里?
都被定义在了errno.h头文件,使用errno时需要包含这个头文件。
man errno,就可以查到errno.h头文件。
(2)打印出具体的出错原因
1)printf打印出错误号
演示:
使用errno时,编译提示‘errno’ undeclare的错误,表示找不到errno全局变量。
错误号确实标记了具体的出错原因,但是我们并不知道这个错误号,具体到底代表的是什么错误。
就好像光给你某人的身份证号,仅凭这个身份证号你无法判断是那一个人,需要换成名字才成。
2)perror函数
perror函数可以自动将“错误号”换成对应的文字信息,并打印出来,方便我们理解。
man perror
perror是一个C库函数,不是一个系统函数。
使用演示:
perror的工作原理?
调用perror函数时,它会自动去一张对照表,将errno中保存的错误号,换成具体的文字信息并打印出来,我们就
能知道函数的具体错误原因了。
3)man open,可以查看open函数,都有哪些错误号
每个错误号代表了一种函数可能的出错情况,比如:
EACCES:不允许你访问文件而出错。
Liunx为了让错误号能够见名识意,都给这些整形的错误号定义了对应的宏名,这些宏定义都被定义在了error.h头文件中。
man perror这个函数,也可以看到这个头文件。
疑问:我是不是要必须记住这些错误号?
答:反正我是记不住,记不住怎么办?
根本不需要记住,使用perror函数,它可以自动翻译,我们讲错误号,只是希望你理解错误号这个东西,后面的课程
会经常见到东西,到了后面我就不再介绍。
3. close、write、read、0/1/2这三个文件描述符
3.1 close函数
3.1.1 功能
关闭打开的文件。
close(fd);
就算不主动的调用close函数关闭打开的文件,进程结束时,也会自动关闭进程所打开的所有的文件。
但是如果因为某种需求,你需要在进程结束之前关闭文件的话,就主动的调用close函数来实现。
Linux c库的标准io函数fclose,向下调用时,调用就是close系统函数。
3.1.2 close关闭文件时做了什么
(1)open打开文件时,会在进程的task_struct结构中,创建相应的结构体,以存放打开文件的相关信息。
(2)结构体的空间开辟于哪里
open函数会通过调用类似malloc的函数,在内存中开辟相应的结构体空间,如果文件被关闭,存放该文件被打开时
信息的结构体空间,就必须被释放,
类似free(空间地址);
不过malloc和free是给C应用程序调用的库函数,Linux系统内部开辟和释放空间时,用的是自己特有的函数。
如果不释放,当前进程的内存空间,会被一堆的站着茅坑不拉屎的垃圾信息所占用,随后会导致进程崩溃,甚至是
Linux系统的崩溃。
这就好比一个挺大的仓库,每次废弃的物品都不及时清理,最后整个空间全被垃圾塞满,仓库还是那个仓库,但是仓库瘫
痪了,无法被正常使用。
因此close文件时,会做一件非常重要的事情,释放存放文件打开信息的结构体空间。
(3)有关task_stuct结构体
1)这个结构体用于存放进程在运行的过程中,所涉及到的各种信息,其中就包括进程所打开文件的相关信息。
2)task_stuct结构体,什么时候开辟的?
进程(程序)开始运行时,由Linux系统调用自己的系统函数,在内存中开辟的,
代码定义个各种变量(int a、数组、结构体、对象等),开辟这些空间时,这些空间都是来自于内存。
每一个进程都有一个自己的task_stuct结构体,用于记录自己的所有相关信息,这就好比每一个人,在公安局都有一份
属于自己的档案信息,task_stuct结构体记录的就是,进程在活着时的一切档案信息。
3)什么时候释放
进程运行结束了,Linux系统会调用自己的系统函数,释放这个结构体空间,如果不释放的话,每运行一个进程就开辟
一个,但是进程结束后都不释放,最后会导致Linux系统自己的内存空间不足,从而使得整个Linux系统崩溃。
3.2 write
3.2.1 函数原型
#include <unistd.h>
ssize_t write(int fd, const void *buf, size_t count);
(1)功能:向fd所指向的文件写入数据。
(2)参数
1)fd:指向打开的文件
2)buf:保存数据的缓存空间的起始地址
3)count:从起地址开始算起,把缓存中count个字符,写入fd指向的文件
数据中转的过程:
应用缓存(buf)————>open打开文件时开辟的内核缓存——————>驱动程序的缓存——————>块设备上的文件
(3)返回值
调用成功:返回所写的字符个数
调用失败:返回-1,并给errno自动设置错误号,使用perror这样的函数,就可以自动的将errno中的错误号翻译为文字。
3.2.2 使用write
(1)代码演示
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <errno.h>
int main(void)
{
int fd = 0;
fd = open("./file.txt", O_RDWR|O_CREAT, 0664);
if(-1 == fd)
{
printf("open fail: %d\n", errno);
return 0;
}
else
{
printf("open ok\n");
printf("fd = %d\n", fd);
}
char buf1[] = "hello world";
//write(fd, (void *)buf1, 11);
//write(fd, (void *)buf1+1, 10);
//write(fd, "hello world", 9);
write(fd, "hello world"+1, 10);
return 0;
}
(2)思考1:write(fd, buf+1, 10),写入时,是一个什么情况
(3)思考2:write(fd, "hello world", strlen("hello world")),直接写字符串,可不可以?
演示:
(4)为什么直接写字符串可以?
char buf[] = "hello world";
write(fd, buf, 11));
像这种情况,字符串直接缓存在了应用空间buf中,buf代表的数组第一个元素h所在空间的地址。
直接写字符串常量时,字符串常量被保存(缓存)在了常量区,编译器在翻译如下这句话时,
write(fd, "hello world", strlen("hello world"))
会直接将"hello world"翻译为,"hello world"所存放空间的起始地址(也就是h所在字节的地址),换句话说,直接使
用使用字符串常量时,字符串常量代表的其实是一个起始地址。
strlen("hello world")时,其实就是把起始地址传给了strlen函数。
有关这个内容,实际上是c语言的基本知识,这里只是简单的介绍下,不清楚的同学,说明你的C语言还不过关,你需要认真的
把c语言学好。
(5)思考3:write(fd, "hello world"+1, 10),写入文件的又是什么样的内容。
3.2 read
3.2.1 函数原型
#include <unistd.h>
ssize_t read(int fd, void *buf, size_t count);
(1)功能:从fd指向的文件中,将数据读到应用缓存buf中
(2)参数
1)fd:指向打开的文件
2)buf:读取到数据后,用于存放数据的应用缓存的起始地址
3)count:缓存大小(字节数)
(3)返回值
1)成功:返回读取到的字符的个数
2)失败:返回-1,并自动将错误号设置给errno。
数据中转的过程:
应用缓存(buf)<————open打开文件时开辟的内核缓存<——————驱动程序的缓存<——————块设备上的文件
3.2.2 使用read
(1)代码演示
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
#include <errno.h>
int main(void)
{
int fd = 0;
fd = open("./file.txt", O_RDWR|O_CREAT, 0664);
if(-1 == fd)
{
printf("open fail: %d\n", errno);
return 0;
}
else
{
printf("open ok\n");
printf("fd = %d\n", fd);
}
char buf2[30] = {0};
read(fd, buf2+3, 11);
printf("buf2 = %s\n", buf2);
int i=0;
for(i=3; i<30; i++)
{
printf("%c", buf2[i]);
}
printf("\n");
close(fd);
return 0;
}
(2)思考
char buf[30];
read(fd, buf+3, 11);
会是什么样的效果?
猜测的话,数据从buf[3]开始存放,一直放到buf[14]。
验证:
3.3.3 API调用时的正规写法
当函数调用失败后,为了能够快速准确的排查错误,原则上来说,应该对所有的函数都进行错误处理(错误打印)。
不过后续为了讲课的方便,除非非常必要,否则在我们写的测试代码中,就不进行错误检测了。
3.3 0/1/2这三个文件描述符
3.3.1 有关0/1/2
(1)程序开始运行时,有三个文件被自动打开了,打开时分别使用了这三个文件描述符。
(2)依次打开的三个文件分别是
/dev/stdin,/dev/stdout,/dev/stderr。
1)/dev/stdin:标准输入文件
(a)程序开始运行时,默认会调用open("/dev/stdin", O_RDONLY)将其打开,返回的文件描述符是0
(b)使用0这个文件描述符,可以从键盘输入的数据
简单理解就是,/dev/stdin这个文件代表了键盘。
(c)思考:read(0, buf, sizeof(buf))实现的是什么功能
实现的是,从键盘读取数据到到缓存buf中,数据中转的过程是:
read应用缓存buf <—————— open /dev/stdin时开辟的内核缓存 <——————键盘驱动程序的缓存 <——————键盘
演示:
疑问:能够像读普通文件一样读键盘吗?
答:在Linux下,应用程序通过OS API操作底层硬件时,都是以文件形式来操作的,不管是读键盘,还是向显
示器输出文字显示,都是以文件形式来读写的,在Linux下有句很经典的话,叫做“在Linux下一切皆文件”,说的
就是这么个意思。
(d)思考:为什么在我们的程序中,默认就能使用scanf函数从键盘输入数据
我们默认就打开了代表了键盘/dev/stdin,打开后0指向这个打开的文件。
scanf下层调用的就是read,read自动使用0来读数据,自然就可以从键盘读到数据。
scanf("%s", sbuf) C库函数
|
|
read(0, rbuf, ***)
我们从键盘读取数据时,可以直接调用read这个系统函数来实现,也可以调用scanf C库函数来实现,
只不过在一般情况下,我们在实际编写应用程序时,调用的更多的还是scanf 这个c库函数,原因如下:
· 调用库函数,可以让程序能够更好的兼容不同OS,能够在不同的OS运行
· scanf在read基础上,加入更加人性化的、更加便捷的功能,比如格式化转换
- 直接使用read的缺点
首先我们必须清楚,所有从键盘输入的都是字符,从键盘输入100,其实输入的是三个字符'1'、'0'、'0',
因此使用read函数从键盘读数据时,读到的永远都是字符。
但是如果你实际想得到的是整形数的100,你就必须自己将'1'、'0'、'0'转为整形的100,
代码演示:
每次使用read获取一个整形数时,你都要自己转换,如果你要输入的是浮点数的话,转起来更麻烦。
思考:字符串形式的浮点数怎么转为真正的浮点数?
c语言面试题中就会经常考这么一道题,“请将字符串形式的"123.45"转为真正的浮点数”,请大家自行实现。
- scanf的优点
scanf可以解决read的缺点,虽然scanf调用read时,从键盘读到的全部都是字符,但是你只要给scanf指定
%d、%f等格式,scanf会自动的讲read读到的字符串形式的数据,转为整形或者浮点型数据。
scanf("%d", &a);
|
|
read(0, buf, ...);
如果直接调用read读取,然后自己再来转换,相当于自己再实现scanf函数的基本功能。
疑问:有了scanf函数后,read系统函数是不是没有调用的意义了,当然不是的,在有些时候,
特别是讲到后面驱动时,有些情况还就只能使用read,不能使用scanf,学到后面就知道了。
(e)思考:close(0)后,scanf还能工作吗?
验证:
为什么不能工作?
scanf("%s", sbuf) C库函数
|
|
read(0, rbuf, ***)
2)/dev/stdout:标准输出文件
(a)程序开始运行时,默认open("/dev/stdout", O_WRONLY)将其打开,返回的文件描述符是1
为什么返回的是1,先打开的是/dev/stdin,把最小的0用了,剩下最小没用的是1,因此返回的肯定是1。
(b)通过1这个文件描述符,可以将数据写(打印)到屏幕上显示
简单理解就是,/dev/stdout这个文件代表了显示器。
(c)思考:write(1, buf, strlen(buf))实现的是什么功能
将buf中的数据写到屏幕上显示,数据中转的过程是:
write应用缓存buf ——————> open /dev/stdout时开辟的内核缓存 ——————> 显示器驱动程序的缓存 ——————> 喜爱能使其
演示:
(d)思考:为什么在我们的程序中,默认就能使用printf打印数据到显示器
因为程序开始运行时,就默认打开了代表了显示器/dev/stdout文件,然后1指向这个打开的文件。
printf下层调用的是write函数,write会使用1来写数据,既然1所指文件代表的是显示器,自然就可以将数据
写到显示器了。
printf("*****")
|
|
write(1, buf, count);
(e)思考:如何使用write函数,将整数65输出到屏幕显示?
· 直接输出行不行
int a = 65;
write(1, &a, sizeof(a));
演示:
为什么输出结果是A?
人只看得懂字符,所以所有输出到屏幕显示的,都必须转成字符。
所以我们输出时,输出的必须是文字编码,显示时会自动将文字编码翻译为字符图形。
所以我们输出65时,65解读为A字符的ASCII编码,编码被翻译后的图形自然就是A。
· 怎么才能打印出65
如果要输出65,就必须将整形65转为'6'和'5',输出这两个字符才行。
输出'6'、'5'时,其实输出的是'6'、'5'这两个字符的ASCII编码,然后会被自动的翻译为6和5这两个图形。
总之将整形65,转为字符'6'、'5'输出即可。
演示:
· 为什么printf会对wirte进行封装
- 库函数可以很好的兼容不同的OS
- 封装时,叠加了很多的功能,比如格式化转换
通过指定%d、%f等,自动将其换为对应的字符,然后write输出,完全不用自己来转换。
思考:printf使用%s、%c输出字符串和字符时,还用转吗?
其实不用转,因为要输出的本来就是字符,printf直接把字符给write就行了,当然也不是一点事情也不做,
还是会做点小处理的。
(f)思考:close(1),printf函数还能正常工作吗?
验证:
printf("*****")
|
|
write(1, buf, count);
3)/dev/stderr:标准出错输出文件
(a)默认open("/dev/stderr", O_WRONLY)将其打开,返回的文件描述符是2
(b)通过2这个文件描述符,可以将报错信息写(打印)到屏幕上显示
(c)思考:write(2, buf, sizeof(buf))实现的是什么功能
将buf中的数据写道屏幕上,数据中转的过程是:
write应用缓存buf ——————> open /dev/stderr时开辟的内核缓存 ——————> 显示器驱动程序的缓存 ——————> 显示器
演示:
(d)疑问:1和2啥区别?
· 使用这两个文件描述符,都能够把文字信息打印到屏幕。
如果仅仅是站在打印显示的角度,其实用哪一个文件描述符都能办到。
· 1、2:有各自的用途
- 1:专用于打印普通信息
- 2:专门用于打印各种报错信息
- 使用write输出时
+ 如果你输出的是普通信息,就使用1输出。
+ 如果你输出的是报错信息,就使用2输出
· printf和perror调用write时,使用的是什么描述符
- printf
printf用于输出普通信息,向下调用write时,使用的是1。
前面已经验证过,close(1)后,printf无法正常输出。
- perror
perror专门用于输出报错信息的,因为输出的是报错信息,因此write使用的是2。
验证:将2关闭,perror就会无法正常输出。
后面讲到标准io时,还会讲到标准输入、标准输出、标准出错输出,到时候会介绍标准输出、标准出错
输出的区别。
4)STDIN_FILENO、STDOUT_FILENO、STDERR_FILENO
系统为了方便使用0/1/2,系统分别对应的给了三个宏
0:STDIN_FILENO
1:STDOUT_FILENO
2:STDERR_FILENO
可以使用三个宏,来代替使用0/1/2。
这三个宏定义在了open或者read、write函数所需要的头文件中,只要你包含了open或者read、write的头文件,
这三个宏就能被正常使用。
4 lseek函数
我们在前面的例子中,简单的用过,在这一小节,我们就来详细的介绍一下,这个lseek函数的一些具体的情况。
先回顾下之前的例子:
4.1 函数原型和头文件
#include <sys/types.h>
#include <unistd.h>
off_t lseek(int fd, off_t offset, int whence);
(1)功能
调整读写的位置,就像在纸上写字时,挪动笔尖所指位置是一样的。
C库的标准io函数里面有一个fseek函数,也是用于调整读写位置的,fseek就是对lseek系统函数封装后实现的,后面讲到标准
io时,还会讲到fseek函数。
(2)返回值
· 调用成功
返回当前读写位置相对于文件开始位置的偏移量(字节)。
可以使用lseek函数获取文件的大小,怎么获取?
答:将文件读写的位置移动到最末尾,然后获取返回值,这个返回值就是文件头与文件尾之间的字节数,也就是文件大小。
· 调用失败
返回-1,并给errno设置错误号。
(3)参数
off_t lseek(int fd, off_t offset, int whence);
1)fd:文件描述符,指向打开的文件
2)whence:
粗定位,选项有:
SEEK_SET:调到文件起始位置
SEEK_CUR:调到文件当前读写的位置
SEEK_END:调到文件末尾位置
3)offset
精定位:微调位置
从whence指定的位置,向前或者向后移动指定字节数。
为负数:向前移动指定字节数
为正数:向后移动指定字节数
不过当whence被指定为SEEK_SET时,如果offset被指定为负数的话,是没有意义,为什么?
因为已经到文件头上了,在向前移动就越界了,不再当前文件的范围内了,如果非要向前调整,lseek函数会报错。
4.2 代码演示
od -c 文件:以字符形式查看文件内容。
4.3 可以使用lseek制作出空洞文件
留到下一章再来介绍。
5. 文件描述符表
5.1 什么是文件描述符表
在前面的课程中,我们说当open打开文件成功后,会创建相应的结构体(数据结构),用于保存被打开文件的相关信息,
对文件进行读写等操作时,会用到这些信息,这个数据结构就是我们要讲的“文件描述符表”。
5.2 进程表:task_struct
(1)前面我们介绍过task_struct结构体,这个结构体又叫进程表。
这个结构体的成员项非常多,多达近300个。
(2)每一个进程运行起来后,Linux系统都会为其在内存中开辟一个task_struct结构体
(3)task_struct专门用于存放进程在运行过程中,所涉及到的所有与进程相关的信息
其中,文件描述符表就被包含在了task_struct中。
(4)进程运行结束后,进程表所占用的内存空间,会被释放
5.3 task_struct 与 文件描述符表 之间的关系
5.3.1 关系图
图:
(1)0/1/2默认被使用了。
(2)文件状态标志
1)是什么
就是open文件时指定的O_RDONLY、O_WRONLY、O_RDWR、O_TRUNC、O_APPEND、O_CREAT、O_EXCL、O_NONBLOCK、O_ASYNC等。
文件状态标志
比如:fd = open("./file1.txt", O_RDWR|O_CREAT|O_EXCL, 0664);
open打开文件成功后,会将文件状态标志保存到“文件表”中。
2)有什么用
读写文件时,会先检查“文件状态标志”,看看有没有操作权限,然后再去操作文件。
比如open时指定的是:
(a)O_RDONLY
写(wrtie)文件时,通过fd检查“文件状态标志位”,发现只允许读,写操作会错误返回,并报“不允许写的错误”。
演示:
(b)O_WRONLY
读(read)文件时,通过fd检查“文件状态标志位”,发现只允许写,读操作会错误返回,并报“不允许读的错误”。
只有当“文件状态标志”允许相应的操作时,读写操作才能成功进行。
(2)文件位移量 与 文件长度
它们不是一回事,不要搞混。
1)文件位移量:文件当前读写位置与文件开始位置的距离(字节数)。
“文件位移量”代表的就是文件读写的位置,read、write读写数据时,通过文件位移量,就知道从哪里开始读写了。
一般情况下打开文件时,文件的位移量默认为0,表示读写的位置在文件头上。
每读写一个字节,文件读写位置(笔尖)就往后移动一个字节,文件位移量随之+1。
调用lseek函数调整文件读写位置,其实就是修改文件位移量。
2)文件长度:文件的大小
在写文件的过程中,每写一个字节的数据到文件中,文件的长度就+1,文件长度也是动态更新的。
(3)函数指针
read、write等操作文件时,会根据底层具体情况的不同,调用不同的函数来实现读写,所以在V节点里面保存了
这些不同函数的函数指针,方便调用。
5.3.2 O_APPEND
(1)功能
open文件时,如果指定了这个文件状态标志,表示以追加的方式打开文件。
写文件时,会从文件的最末尾开始写操作。
(2)追加的实现原理
文件的位移量代表的,就是文件的读写位置。
open指定了O_APPEND时
每次写文件时,都会把“文件位移量”设置为“文件的长度”,也就是说写的位置被调整到了末尾,写文件时从文件
尾部进行追加。
每一次写操作后,文件的内容会增加,那么自然文件的长度会被动态更新。
总之,指定了O_APPEND后,每次写文件时,都会使用文件长度去更新文件位移量,保证每次都是从最末尾开始写数据的。
(4)O_APPEND的意义
多次open同一文件,实现共享操作时,指定O_APPEND可以防止数据相互覆盖的发生,后面会详细介绍。
5.3.3 O_TRUNC
如果文件中原来就有数据的话,open打开文件时,会全部被清空。
由于文件已经被清空了,所以将V节点中的文件长度,修改为0
5.4 共享操作文件
介绍两种情况:
· 同一进程共享操作相同的文件
· 多个进程之间,共享操作相同文件
5.4.1 同一进程(程序),多次open同一个文件
(1)程序演示
在同一个进程中多次open打开同一文件时,文件描述符可能会相同吗?
答:不可能。
在同一进程里面,一旦某个文件描述符被用了,在close释放之前,别人不可能使用,所以指向同一文件的描述符不可能相同。
(2)例子中写数据时,为什么会相互的覆盖?
1)看看共享操作时的文件描述符表长啥样
图:
由图知道,正是由于不同的文件描述符,各自对应一个独立的文件表,在文件表中有属于自己的“文件位移量”,开始时都是0。
各自从0开始写,每写一个字节向后移动一个字节,他们写的位置是重叠的,因此肯定会相互的覆盖。
2)怎么解决
(a)指定O_APPEND即可解决
必须每个open都要指定,有一个不指定就会覆盖,就先过马路一样,都要准守交通规则才能安全,开车的和行人,只要
有一个不准守都会出事。
(b)为什么使用O_APPEND可以解决
文件长度信息时大家共享的,当文件被写入数据后,文件长度就会被更新,都指定O_APPEND后,使用不同的文件
描述符写数据时,都会使用文件长度更新自己的文件位移量,保证每次都是在文件的最末尾写数据,就不会出现相互
覆盖的情况。
5.4.1 多个进程(程序),共享操作同一个文件
(1)程序演示
不同进程打开同一文件时,各自使用的文件描述符值可能相等,比如我们例子中的1和2进程,它们open后的描述符就相等。
之所以相同,是因为不同的进程有自己独立的文件描述符池,都是0~1023的范围,各自分配自己的,有可能分派到相等值的
文件描述符。
(2)进程表 和 文件描述符表
图:
(3)覆盖的原因
也是因为因为各自有独立的文件位移量。
(4)解决办法
同样的,指定O_APPEND标志,写操作时,使用文件长度去更新文件位移量,保证各自操作时,都在文件的尾部操作,
就不会出现相互覆盖的情况。
6、dup和dup2函数
6.1 dup
6.1.1 函数原型
#include <unistd.h>
int dup(int oldfd);
(1)功能
复制某个已经打开的文件描述符,得到一个新的描述符,这个新的描述符,也指向被复制描述符所指向的文件。
比如:4指向了某个文件,从4复制出5,让5也指向4指向的文件。
4 ——————> file.txt
^
dup |
|
5 ——————————|
至于需要用到的新描述符,dup会使用描述符池(0~1023)中当前最小没用的那一个。
(2)返回值
1)成功:返回复制后的新文件描述符
2)失败:返回-1,并且errno被设置。
(3)参数
oldfd:会被复制的、已经存在的文件描述符。
11.1.2 代码演示
6.2 dup2
6.2.1 函数原型
#include <unistd.h>
int dup2(int oldfd, int newfd);
(1)功能
功能同dup,只不过在dup2里面,我们可以自己指定新文件描述符。
如果这个新文件描述符已经被打开了,dup2会把它给关闭后,再使用。
比如:
dup(2, 3);
从2复制出3,让3也指向2所指向的文件,如果3之前被打开过了,dup2会关闭它,然后在使用。
dup2和dup的不同之处在于:
dup:自己到文件描述符池中找新文件描述符
dup2:我们可以自己指定新文件描述符
(2)返回值
1)成功:返回复制后的新文件描述符
2)失败:返回-1,并且errno被设置。
(3)参数
oldfd:会被复制的、已经存在的文件描述符。
newfd:新的文件描述符
6.2.2 代码演示
6.3 dup、dup2复制的意义
6.3.1 实现文件共享操作
(1)代码演示:
(2)为什么没有出现相互覆盖情况?
图:文件描述符表
为什么没有覆盖?
使用dup、dup2复制方式实现文件共享时,不管复制出多少个文件描述符,它们永远只有一个文件表,所以使用所有描述符
去操作文件时,最后使用的都是通过同一个文件位移量,不管谁操作后文件位移量都会被更新,因此不会出现覆盖。
6.3.2 实现重定位
(1) 什么是重定位
某文件描述符原来指向了A文件,输出数据是输出到A文件,但是重定位后,文件描述符指向了B文件,输出时数据输出到了B文
件,这就是重定位。
所谓重定位,说白了就是,文件描述符所指向的文件该变了,使得数据输出的目标文件也随之变。
(2) 举例使用dup、dup2实现重定位
1)回顾printf与write的关系
printf(...)
|
|
write(1, buf, ...)
printf输出时,原本通过1,将数据输出到标准输出文件(显示器)的,但是现在,我想让printf输出到file.txt文件,
而不是输出到屏幕,应该怎么办?
最简单的办法是就是,把printf函数调用的write函数里面的1,改成指向file.txt文件的新描述符即可,但是不幸的是
write中的1写死了,1这个数字改不了,怎么办?
1这个数改不了,但是可以对1进行重定位,让1不再指向标准输出文件,而是指向file.txt,printf的数据,就输出到了
file.txt文件中。
1)实现步骤
(a)open file.txt文件,返回一个文件描述符,比如3
3 ————> file.txt
(b)close(1),不要再让1指向标准输出文件(/dev/stdout)
(c) 使用dup、dup2把3复制到1上,让1也指向file.txt文件
3——————>file.txt
^
|
1—————————| X ——————> /dev/stdout
1这个文件描述符就被重定位了,凡是通过1输出的数据,都被写到了file.txt中,printf底层调用的是write(1, ...),
用的也是1,printf的数据就被输出到了file.txt中。
相当于printf函数的输出目的地,被重定位为了新的文件,这就是重定位。
2)代码演示
思考题:scanf默认从标准输入文件(键盘)读数据,请大家自行写代码对0进行重定位,重定位后,让scanf从file.txt。
scanf(....)
|
|
read(0, ...)
(3) 什么时候会使用dup、dup2,来实现从定位
函数中的文件描述符值写死了,无法修改为新的描述符,但是你又希望该函数,把数据输出到其它文件中,此时就可以使用
dup、dup2对该函数中的文件描述符,进行重定位,指向新的文件,函数就会将数据输出到这个新文件。
(4) 重定位 >
重定位 命令(>)是dup、dup2的典型应用,这个命令在重定位时,就是调用dup、dup2函数来实现的。
1)>使用的例子
ls > file.txt
ls的结果原本是输出到显示器的,但是>从定位后,就输出到了file.txt文件。
2)具体从定位的过程
(a)>命令(程序)会open打开file.txt文件,假设返回的文件描述符是3
3————>file.txt
(b)ls命令(程序)原本会调用write(1, ...),将结果输出到标准输出文件(显示器),但是 >会调用dup2,
把3复制到1上,实现重定位,让1也指向file.txt文件,ls的结果自然就输出到file.txt文件了。
3————>file.txt
^
|
|
1—————| X ——————> /dev/stdout
7. 总结:文件的共享操作
(1)回顾单一进程多次open同一个文件,实现共享操作
图:
(2)多个进程多次open,共享操作同一个文件
图:
(3)在单个进程中,使用dup、dup2实现文件共享操作
图:
8. fcntl函数
8.1 函数原型
#include <unistd.h>
#include <fcntl.h>
int fcntl(int fd, int cmd, ... /* arg */ );
不要去记我们讲的这些函数,但现在为止我也没记不住。
我能记住的就是他们大概的用法,用到时,直接查阅man手册或者相关资料,自然就能立刻把它用起来。
所以对于大家来说,学习这些函数的重点是于理解,而不是记住。
(1)功能
fcntl函数其实是File Control的缩写,通过fcntl可以设置、或者修改已打开的文件性质。
(2)返回值
调用成功:返回值视具体参数而定,这个后面还会再介绍
调用失败:返回-1,并把错误号设置给errno。
(3)参数
int fcntl(int fd, int cmd, ... /* arg */ );
1)fd:指向打开文件
2)cmd:控制命令,通过指定不同的宏来修改fd所指向文件的性质。
(a)F_DUPFD
复制描述符,可用来用来模拟dup和dup2,后面会有例子对此用法进行说明。
返回值:返回复制后的新文件描述
(b)F_GETFL、F_SETFL
获取、设置文件状态标志,比如在open时没有指定O_APPEND,可以使用fcntl函数来补设。
返回值:返回文件的状态
什么时候需要fcntl来补设?
当文件描述符不是你自己open得到,而是调用别人给的函数,别人的函数去open某个文件,然后再将文件描述符返回
给你用,在这种情况下,我们是没办法去修改被人的函数,在他调用的open函数里补加文件状态标志。
此时就可以使用fcntl来布设了,使用fcntl补设时,你只需要知道文件描述符即可。
c、d、e这三种情况,后面课程中具体涉及到后,再来详细介绍如何。
(c)F_GETFD、F_SETFD
(d)F_GETOWN、F_SETOWN
(e)F_GETLK或F_SETLK或F_SETLKW
8.5、测试用例
8.5.1 fcntl 模拟dup和dup2
不过,我们真要进行文件描述符复制时,往往都使用dup、dup2来实现,而不会使用fcntl,这里使用fcntl来模拟dup、dup2,
完全是为了向大家演示一下,fcntl这个函数是怎么用的。
(1)fcntl模拟dup
代码演示:
(2)fcntl模拟dup2
代码演示:
dup2进行复制时,如果新的文件描述符已经被用,dup2函数会关闭它,然后再复制,但是fcntl模拟dup2时,必须自己手动
的调用close来关闭,然后再进行复制。
8.5.2 fcntl补设O_APPEND文件状态标志
代码演示:
9. ioctl
9.1 为什么有ioctl这个函数
在某些特殊的情况下,使用read、write、lseek函数进行文件io(读写)操作时,存在一定的问题,此时往往就是使用ioctl
函数,来实现这些比较特殊情况的io操作。
ioctl是一个杂物箱,根据设置参数的不同,有很多种不同的功能,如果没有特定使用环境作为支撑的话,这个函数理解起来不太
容易,因此在这里,我们先记住有这么一个函数,有关它的使用,等后面涉及到了具体应用环境时,再来具体讲解。
来源:佳嵌工作室