fscanf/fscanf_s和fgets使用差异

问题描述：
        最近的工作对CSV格式的数据流式文件做读写操作的需求，花了一些时间了解csv格式和文件类操作的函数接口，记录下自己的心得体会。

问题思考：

1、在Linux环境下，文本的内容可以很方便的mmap映射到内存，对文本的操作毕竟涉及硬

盘或者磁盘的访问，其实时性和操作系统管理有很大关系，所以Linux下通常先把文本读入内存；

2、fcanf_s函数定义如下：

int fscanf_s(FILE *restrict stream, const char *restrict format, ...)，初看并没有约束读取数据长度的形参字段，也确实可以不给定数据长度值，如下使用是OK的。

fscanf_s(fp, "%c", &chy[i]);
fscanf_s(fp, "%d", &data[i]);
fscanf_s(fp, "0x%x", &ldata[i]);
fscanf_s(fp, "%f", &fdata[i]);

对文本按照格式"%c"、"%d"、"0x%x"、"%f"读取，都可以省略长度值传参，但是，实际上上述使用，第二个实参format约束了固定字节长度。

3、"%s"格式按照上诉方式使用过程中会有异常，如下：

ret = fscanf_s(fp, "%s", str);//不指定长度信息，编译可以通过，运行报错。

ret = fscanf_s(fp, "%s", str, sizeof(char)*100);  第2种写法，因为"%s"无法隐式指定多少长度的字符读入到指定str地址中，则需要增加入参说明长度信息。

4、fscanf_s的字符串读入使用，效果和fgets相同，fgets默认按照char* 类型做读操作，4、接口的入参明确，更加适合字符串读。

5、fscanf_s和fgets，读取CSV一行数据时，当读取过程中的长度大于一行字节数时，文本一行末尾原有的’\r\n’，会被保留且追加字符串结尾的’\0’，做字符轮询判断的时候，要5、特别注意判定条件的改变。Linux系统下，文本行结束标志’\n’，与Windows下有所差异。