利用C语言中的函数实现文件的Copy

　　用C语言实现字符串拷贝函数有几种方式

　　首先是使用库函数

　　比如下面代码

　　123void ourStrCopy（char S1［］， char S2［］）{

　　strcpy（S1， S2）; //该函数还有另一个版本可以按长度截取

　　}

　　还有一个函数是memcpy，这个是内存拷贝，原型是

　　123void memcpy（void *dest， const void *src， size_t n）;

　　需要注意的是这个函数第一个和第二个指针都是void型且第二个指针不能被修改，第三个参数是需要拷贝的内存长度按字节记。

　　然后是用指针引用，注意这个并非赋值，而是引用，这种操作需要注意内存。

　　12char s1［］ = “abcdefg”;//定义一组字符串

　　char *s2 = s1;//按照指针拷贝字符串

　　第三种方法就是直接赋值了

　　12345678910111213void outStrCopy（char s1［］， char s2［］）{

　　int len1 = strlen（s1）;//获取第一个字符串的长度

　　int len2 = strlen（s2）;//获取第二个字符串的长度

　　int len = 0; //字符串总长度

　　if（len1 《= len2）{

　　len = len2; //选择COPY的长度

　　}else{

　　len = len1;

　　}

　　for（int i = 0 ; i 《 len ; i++）{

　　s1［i］ = s2［i］; //实现数据拷贝

　　利用C语言中的函数实现文件的Copy

　　网上的方法大致有这样几种：

　　1、使用操作系统提供的复制文件的API

　　2、使用C语言本身提供的复制文件的函数

　　3、直接读写文件，从文件角度来操作，从而直接将一个文件复制

　　这里我们使用的就是这第三种。

　　读写

　　（1）。按字符进行读写操作

　　fgetc

　　int fgetc（FILE *stream）;

　　参数：

　　@stream 流指针

　　返回值：

　　成功返回对应字符的int值

　　失败返回EOF（end of file）实际上是一个结束标志在文件本身并不存在

　　fputc

　　int fputc（int c， FILE *stream）;

　　参数：

　　@c 要输出的字符

　　@stream 指定的输出流

　　返回值：

　　成功返回对应字符的ascii（int）的值

　　失败 EOF

　　通过 fopen fgetc fputc 实现文件拷贝

　　#include《stdio.h》

　　int main（int arg，char* argv［］）{

　　FILE *fp1;

　　FILE *fp2;

　　fp1 = fopen（argv［1］，“r”）;

　　fp2 = fopen（argv［2］，“w”）;

　　if（fp1==NULL||fp2==NULL）{

　　perror（“FILE COPY ERROR！\n”）;

　　return -1;

　　}

　　int ch;

　　while（（ch=fgetc（fp1））！=EOF）{

　　fputc（ch，fp2）;

　　}

　　fclose（fp1）;

　　fclose（fp2）;

　　}

　　复制文件的思路大概是这样的，如果是文本类型，则可直接使用字符读写的方式，依次读写到另一个文件中。但如果是非字符型文件那应该怎么进行操作呢？我的方法是使用二进制形式打开，然后依次针对字节进行操作，依次从文件第一个字节读写至最后一个字节实现文件的复制，那么由此可得，这种方法同样可以用在远程的操作上，即实现文件的远程传输。

　　那么问题来了，怎么针对字节来进行读取文件呢？这里我总结了两种办法。

　　注意：本文针对的解决方案是依字节读取，如果觉得效率低得话可以多字节读取，但这样就存在一个问题，怎么保证正好和源文件大小相同而不是比源文件大。那么推荐的做法是先获取源文件的大小，然后直接读取进行操作。

　　在C语言系统中void型指针占用一个字节，char型占用一个字节，正好满足我们的要求，所以可以分别使用来完成我们需要的操作。

　　需要注意，这里我们用到的概念是类型并不是限制了使用的数据类型，不是说char型只能用来存放char型变量，数据类型提供的是一系列针对特定类型的操作，这方便了我们的操作，但不能存在思维定式，一种数据类型提供的是一种可能性，比如char型变量，它给了我们2^8种可能性，如果我们需要表示16种可能的话，完全可以使用一个char型变量来存放，而不是使用一个int型变量，节省了系统开销。但真实情况下，需要考虑到程序的易读性问题，而不是考虑内存的问题，更何况内存已经越来越便宜，空间越来越大，CPU性能越来越好。