31.Linux open函数的flag详解

1.open函数的flag详解1

1.1读写权限：O_RDONLY    O_WRONLY   O_RDWR

(1)linux中文件有读写权限，我们在打开文件时也可以附带一定的权限说明（比如O_RDONLY就表示以只读方式打开，O_WRONLY表示以只写方式打开，O_RDWR表示以可读可写方式打开）

(2)当我们附带了权限后，打开文件就只能按照这种权限来操作

#include <stdio.h>
#include <string.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>
int main(int argc,char argv[])
{
        int fd = -1;
        fd = open("a.txt",O_RDONLY);
        char buf[100]={0};
        char writebuf[20]="I LOVE LINUX";
        int ret = -1;
        if(fd == -1)
        {
                perror("open error");
        }
        else
        {
                printf("open success:fd:%d.\n",fd);
        }

        ret = write(fd,writebuf,strlen(writebuf));
        if(ret < 0)
        {
                printf("write error");
        }
        else
        {
                printf("write success,wirtten %d char\n",ret);
        }


        ret = read(fd,buf,20);
        if(ret < 0)
        {
                printf("read error");
        }
        else
        {
                printf("read %d byte",ret);
                printf("file content:[%s].\n",buf);
        }

        close(fd);

        return 0;
}

当使用O_RDONLY的时候文件读取成功，写入失败

当使用O_WRONLY的时候文件写入成功，读取失败

2.打开存在并有内容的文件时：O_APPEND（追加后面的内容）、O_TRUNC（把原来的内容变空）

（1）思考一个问题：当我们打开一个已经存在并且内部有内容的文件时，然后再向这个文件中写入内容时会怎么样？

可能结果一：新内容会替代原来的内容（原来的内容就不见了，丢了）

可能结果二：新内容添加在前面，原来的内容继续在后面

可能结果三：新内容附加在后面，原来的内容还在前面

可能结果四：不读不写的时候，原来的文件中的内容保持不变

（2）O_TRUNC属性去打开文件时，如果这个文件的本来是有内容的，则原来的内容会被丢弃。这就是对应上面的结果一

（3）O_APPEND属性去打开文件时，如果这个文件中本来就是有内容的，则新写入的内容会被接续到原来内容的后面，对应结果三

（4）默认不使用O_APPEND和O_TRUNC属性是就是结果四

（5）如果O_APPEND和O_TRUNC属性时就是结果四

3.exit, _exit, _Exit退出进程

（1）当我们的程序在前面步骤操作失败导致后面的操作都没有可能进行下去时，应该在前面的错误检测中结束整个程序，不应该继续让程序运行下去了。

（2）我们如何退出程序？

第一种：在main函数用return，一般原则是程序正常终止return 0，如果程序异常终止则return -1。

第二种：正式终止一个进程应该使用exit  ,  _exit  ,_Exit之一。

2.open函数的flag详解2

2.1、打开不存在的文件时：O_CREAT、O_EXCL

（1）思考：当我们去打开一个并不存在的文件时会怎样？当我们open打开一个文件时，如果这个文件名不存在则会打开文件错误。

（2）open的flag

O_CREAT就是为了对应这种打开一个并不存在的文件的。O_CREAT就表示我们当前打开的文件并不存在，我们是要去创建并且打开它

（3）思考：当我们open使用了O_CREAT,但是文件已经存在的情况下会怎样？

经过实验验证发现结果报错

（4）结论：open中加入O_CREAT,不管原来这个文件存在与否都能打开成功，如果这个文件不存在则创建一个空的新文件，如果原来的文件存在则会重新创建这个文件，原来的内容会被消除掉（有点类似于先删除原来的文件在创建一个新的）

（5）这样可能带来一个问题？我们本来是想去创建一个新文件的，但是把文件名搞错了弄成了一个老文件名，结果老文件就被意外修改了。我们希望的效果是：如果我CREAT要创建的是一个已经存在的名字的文件。则给我报错，不要去创建。

（6）这个效果就要靠O_EXCL标准和O_CREAT标准来结合使用。当这两个标准一起的时候，则没有文件时创建文件，有这个文件时会报错提醒我们。

（7）open函数在使用O_CREAT标准创建文件时，可以使用第三个参数mode来指定要创建的文件的权限。mode使用4个数字来指定权限的，其中后面三个很重要，对应我们要创建的这个文件的权限标志。譬如一般创建一个可读可写不可执行的文件就用0666

2.2 O_NONBLOCK

（1）阻塞和非阻塞。

1.如果一个函数是阻塞式的，则我们调用这个函数时当前进程有可能被卡住（阻塞住，实质是这个函数内部要完成的事情条件不具备，当前没法做，要等待条件成熟），函数被阻塞住了就不能立刻返回；

如果一个函数是非阻塞式的那么我们调用这个函数后一定立刻返回，但是函数有没有完成任务不一定。

2.阻塞和非阻塞是两种不同的设计思路，并没有好坏。总的来说，阻塞式的结果又保障但是时间没有保障；非阻塞式的时间有保障但是结果没保障。

3.操作系统提供的API和由API封装而成的库函数，有很多本身就是被设计为阻塞式或者非阻塞式的，所以我们应用程度调用这些函数的时候心里非常清楚

4.我们打开一个文件默认就是阻塞式的，如果你希望以非阻塞的方式打开文件，则flag中要加O_NONBLOCK标志。

（2）只用于设备文件，而不用于普通文件

2.3 O_SYNC

（1）write阻塞等待底层完成写入才返回到应用层。

（2）无O_SYNC时write只是将内容写入底层缓冲区即可返回，然后底层（操作系统中负责实现open、write这些操作的那些代码，也包含OS中读写硬盘等底层硬件的代码）在合适的时候会将buf中的内容一次性的同步到硬盘中。这种设计是为了提升硬件操作的性能和销量，提升硬件寿命；但是有时候我们希望硬件不好等待，直接将我们的内容写入硬盘中，这时候就可以用O_SYNC