FILE* fopen(const char* path,const char* mode)
参数含义：
path：带路径的文件名称（也可以不带路径，此时默认在当前路径下查找）
mode：
r：只读模式打开，文件流指针指向文件的起始位置
r+：可读可写方式打开，文件流指针指向文件的起始位置
w：只写模式打开，被打开文件若存在，则截断文件（清空文件内容），若不存在，创建该文件
w+：可读可写模式打开，，被打开文件若存在，则截断文件（清空文件内容），若不存在，创建该文件
a：追加写。若文件存在，文件流指针指向文件的末尾进行写。若不存在，创建文件
a+：可以读也可以 追加写。文件存在，读的位置被初始化到文件头，追加写的时候依旧是在文件末尾追加 ，文件不存在，创建该文件返回值
成功：返回文件流指针FILE*
失败：返回NULL
对fopen的测试
场景一：通过r方式打开一个文件，观察其返回值的情况
插播：perror函数
详解：
errno是系统当中的一个错误码，当我们在调用一个函数发生错误的时候，系统会给errno赋值为对应的错误码，该错误码是一个整型数据
每一个错误码都对应着一个错误信息 error msg
perror函数的作用就是将errno中的值进行解析，解析完毕后，打印输出。
场景二：将上述的打开方式更改为w,查看能否打开成功
观察发现，当前可执行程序的路径下会多出来一个1.txt文件
size_t fwrite(const void* ptr , size_t size , size_t nmemb, FILE* stream)
参数ptr：要往文件中写的内容
size：定义往文件中写的时候，一个快是多大，单位是字节（通常情况下都是1）
nmemb：期望写多少块
stream：文件流指针，指向被写入的文件返回值
返回成功读入文件的块的个数
size_t fread(void* ptr,size_t size,size_t nmemb,FILE* stream)
参数：ptr：从文件中读出来的数据存放在ptr中（该内存由程序员自己提供，必须合法）
size：定义从文件中读的时候，一个块是多大，单位是字节（通常定义1个字节）
nmemb：期望读多少块
stream：文件流指针（指向被读取的文件）返回值
返回成功读入的文件块的个数
对函数fwrite&fread的测试
情景一：提前向文件1.txt中写入hello world ，然后使用w的方式打开文件并写入 I like Linux！
情景二：提前向文件1.txt中写入hello world ，然后使用a的方式向文件中写入 I like Linux！
运行后查看1.txt的内容
情景三：使用a+的方式打开文件，将文件中的内容读取出来
结果：
画图解释一下原因：
那么这种情况应该如何解决？？
很简单，就是在读之前将我们的文件流指针指向文件的首部。这样就可以避免上述情况的发生
如何移动呢？那就是接下来的主角fseek函数的功能
fseek函数
int fseek(FILE* stream,long offset,int whence)
参数stream：文件流指针
offset：偏移量
whence：将文件流指针偏移到什么位置SEEK_SET：文件头部
SEEK_CUR：当前文件流指针的位置
SEEK_END：文件末尾返回值
成功 -----> 0
失败 -----> -1
我们在上述的基础上，加入fseek函数再查看结果
结果可以正常输出
注意：为什么读在每次读一块的时候，期望读到的块数是数组长度-1呢？
解释：
从文件中期望读多少字节，会有三种情况：
情况一：文件字节数量和期望字节数量一致
情况二：文件字节数量 大于 期望读的字节数量
情况三：文件字节数量 小于 期望读的字节数量
我们仔细分析前两种情况，如果我们提供的是数组的长度，而没有对其-1，那么在这两种情况下，数组会被存满并且数组的最后一个位置的\0也不存在了，而是被文件中的某个字符占据了，这样，我们在使用从文件中读取出来的内容的时候，也就会出错。
所以，对数组长度-1的目的就是在字符数组当中预留\0的位置，防止在后续访问的时候越界访问，导致程序崩溃。
6. fclose函数
int fclose(FILE* stream)
参数要关闭的文件流指针
返回值
成功： 0
失败：EOF
int open(const char* pathname,int flags)
int open(const char* pathname , int flags, mode_t mode)
参数
pathname：要打开或创建的目标文件
flags：打开文件时，可以传入多个参数选项，用下面的一个或者多个进行或运算，构成flags必须指定一个且只能指定一个的常量
O_RDONLY:只读打开
O_WRONLY：只写打开
O_RDWR：读写打开其他常量
O_CREAT:若文件不存在，则创建文件，需要使用mode选项来指明新文件的访问权限
O_APPEND:追加写
mode：当创建一个新文件的时候，指定新创建文件的权限，传递一个8进制的数字（e.g：0664）返回值
成功：新打开的文件描述符，文件描述符又可以称为文件操作句柄，文件句柄
失败：-1
ssize_t write(int fd , const void* buf , size_t count)
参数fd：文件描述符
buf：将buf指向的内容写到文件中去
count：期望写多少个字节返回值
返回写入的字节数量
ssize_t read(int fd , void* buf,size_t count)
参数fd:文件描述符
buf：将文件中读到的内容写到buf所指向的空间中去
count：期望读多少字节返回值
返回读到的字节数量
off_t lseek(int fd , off_t offset , int whence)
5. close
int close(int fd)
关闭文件描述符
综合测试：
#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <fcntl.h>
int main()
{
int fd = open("1.txt",O_RDWR|O_CREAT,0664);
if(fd < 0)
{
perror("open");
return 0;
}
const char* str = "I like Linux!";
write(fd,str,strlen(str));
lseek(fd,0,SEEK_SET);
char buf[1024] = {0};
read(fd,buf,sizeof(buf)-1);
printf("%s\n",buf);
}
是一个小正数，没有负数。
可以在/proc/进程号/fd文件夹下查看，对应的就是它的文件描述符
验证：
最小未使用
通过代码验证一下：
验证思路：我们知道标准输出对应1号文件描述符，我们先将标准输出关闭，然后再通过open函数打开一个文件。查看该文件的文件描述符
数组下标
扩展
一个进程最多可以打开多少个文件描述符？
解答：
#include<stdio.h>
#include<unistd.h>
int main()
{
FILE* fp = fopen("1.txt","w+");
if(NULL == fp)
{
perror("fopen");
return 0;
}
printf("_fileno is %d\n",fp->_fileno);
while(1)
{
sleep(1);
}
return 0;
}
图示解析：
int dup2(int oldfd , int newfd);
作用：将newfd的值重定向为oldfd，也即newfd拷贝oldfd
参数：两个参数均是文件描述符
返回值成功（做两件事情）
1、关闭newfd
2、让newfd指向oldfd对应的 struct file*失败(两种情况)
1、如果oldfd是一个非法或无效的文件描述符，则重定向失败，newfd没有变化
2、如果oldfd和newfd的值相等，则什么也不干
图示理解
重定向标准输出到某一个文件当中
#include <stdio.h>
#include <unistd.h>
#include <fcntl.h>
int main()
{
int fd = open("1.txt",O_RDWR|O_CREAT,0664);
if(fd < 0)
{
perror("open:");
return 0;
}
dup2(fd,1);
printf("kkkkkkk!\n");
return 0;
}
库的概念
静态库&&动态库都是程序代码（二进制文件）的集合。一般为了方便将程序提供给第三方使用，就是将程序编写成为库文件提供给第三方（用户）使用。
参数1：
-fPIC产生位置无关码
参数2：-shared生成共享库格式
生成动态库 && 使用动态库
编写生成动态库所需要的文件（这里重点在于测试动态库，编写的文件比较简单，具有说明性即可）
编写Makefile文件，用来生成动态库
创建用户文件夹，在用户的程序中使用动态库文件
编写main.c对应的Makefile文件
make后，运行生成的可执行程序，查看运行结果
出错了！！！
分析出错原因：
本质上的原因就是程序在运行的时候无法找到动态库
下面我们就介绍一下如何找到动态库
让程序找到动态库的三种方式
4.1将动态库放到可执行程序的路径下（可以解决问题，但是不推荐）
4.2配置 LD_LIBRARY_PATH环境变量
LD_LIBRARY_PATH：一个库文件的环境变量，在~/.bash_profile或者 ~/.bashrc文件中
下面再次运行test_so
4.3放到系统库的路径下：/lib64
极力不推荐，不要将系统的库文件与用户使用的糅合在一块
不必尝试，极力不推荐！！
.liblib，后缀为.a
ar -rc [静态库文件名称] [目标程序]
块位图与Data blocks之间的关系
存储属性ll -i 命令列表中第一个就是inode节点号存储数据记录分配情况添加文件名到目录是什么
目标文件的快捷方式
如何生成软链接文件
使用命令 ln -s 源文件 软链接文件
使用的注意事项
3.1修改软链接文件，源文件也会被修改，修改源文件，软链接文件也会被改变
3.2源文件如果被删除，软链接文件还在的，修改软链接文件。会重新建立源文件，重新建立链接关系（这种情况慎重考虑，如果之前的源文件在程序中作用很大，删除后，通过这种方式新生成的源文件与原来的已经不一样了。可能会导致程序崩溃）
建议：在删除源文件的时候，将软链接文件也一并删除掉，以防后患
结合文件系统理解
4.1软链接文件和源文件是拥有不一样的节点号的
ln 源文件 硬链接文件
以上就是基础IO篇的相关总结，感觉对自己有帮助的老板们还请一键三连~~感谢感谢
