Linux系统调用与库函数调用及部分函数运用详解

1.常用的系统调用函数

open, close, read, write, ioctl,fork,clone,exit,getpid,access,chdir,chmod,stat,brk,mmap等,需要包含unistd.h等头文件。

2.常用的库函数

printf,scanf,fopen,fclose,fgetc,fgets,fprintf,fsacnf,fputc,calloc,free,malloc,realloc,strcat,strchr,strcmp,strcpy,strlen,strstr等,需要包含stdio.h,string.h,alloc.h,stdlib.h等头文件。

3.区别

  • 系统调用返回一个文件符,库函数返回一个结构体
  • POSIX 标准针对库函数而不是系统调用 判断一个系统是否与POSIX需要看它是否提供一组合适的应用程序接口,而不管其对应的函数是如何实现的。因此从移值性来讲,使用库函数的移植性较系统调用更好。 系统调用运行时间属于系统时间,库函数运行时间属于用户时间 调用系统调用开销相对库函数来说更大 很多库函数本身都调用了系统调用,那为什么直接调用系统调用的开销较大呢?这得益于双缓冲的实现,在用户态和内核态,都应用了缓冲技术,对于文件读写来说,调用库函数,可以大大减少调用系统调用的次数。而用户进程调用系统调用需要在用户空间和内核空间进行上下文切换,开销较大。如此以来,库函数的开销也就会比直接调用系统调用小了。另外一方面,库函数同样会对系统调用的性能进行优化。
  • 内核调用都返回一个整数值,而库函数并非一定如此 在内核中,整数或0表示系统调用成功结束,而负数表示一个出错条件。而出错时,内核不会将其设置在errno,而是由库函数从系统调用返回后对其进行设置或使用。
  • 系统调用运行在内核空间,而库函数运行在用户空间 因为系统调用属于内核,和库函数不属于内核。因此,如果当用户态进程调用一个系统调用时,CPU需要将其切换到内核态,并执行一个内核函数。
  • 系统调用通常提供最小接口,而库函数通常提供较复杂功能 例如sbrk系统调用分配一块空间给进程,而malloc则在用户层次对这以空间进行管理。
  • 系统调用通常不可替换,而库函数通常可替换,普通的库函数调用由函数库或用户自己提供,因此库函数是可以替换的。例如,对于存储空间分配函数malloc,如果不习惯它的操作方式,我们完全可以定义自己的malloc函数。

4.部分函数运用详解 

open():

头文件

#include<fcntl.h>
#include<types.h>
#include<sys/stat.h>/*此头文件里面定义了mode标志*/

函数原型

int open(const char *path, int oflags);
int open(const char *path, int oflags, mode_t mode);

函数描述:

open建立了一条到文件或设备的访问路径。如果操作成功,它将返回一个文件描述符,如果失败,返回-1。

函数说明:

第一个参数表示:路径名或者文件名。路径名为绝对路径名,文件则是在当前工作目录下的。

第二个参数表示:打开文件所采取的动作。

可能值:必须指定下面某一种:

  • O_RDONLY(只读)
  • O_WRONLY(只写)
  • O_RDWR(可读可写)

可选用值(常用):

  • O_APPEND(写入的数据追加在文件末尾)
  • O_TRUNC(文件长度设置为零,丢弃已有内容)
  • O_CREAT(如果访问的文件不存在,则根据mode值创建文件),O_EXCL(与O_CREAT一起使用。

open是一个原子操作,它只执行一个函数调用。使用这个模式可以防止两个程序同时创建一个文件,如果文件已经存在,open调用失败)

第三个参数表示:设置文件访问权限的初始值。(与用户掩码umask变量有关,实际的访问权限有mode & ~umask确定)

  • S_IRUSR

  • S_IWUSER

  • S_IXUSR

  • S_IRGRP

  • S_IWGRP

  • S_IXGRP

  • S_IROTH

  • S_IWOTH

  • S_IXOTH.

    其中I:R:读,W:写,X:执行

    USR:文件所属的用户,GRP:文件所属的组,OTH:其他用户。

注:第三个参数是在第二个参数中有O_CREAT时才用作用。若没有,则第三个参数可以忽略。

open函数与fopen函数的差别:

creat open,close,read,write,lseek等系统调用是使用底层文件描述符来标识文件,而文件描述符特定的存在于unix/linux中,不方便移植。

fopen,fclose,fread,fseek属于c语言I/O标准库中的函数。编写跨平台程序时,用标准库函数比较方便移植。

read():

read函数从打开的设备或文件中读取数据。

#include <unistd.h> 

ssize_t read(int fd, void *buf, size_t count); 

返回值:成功返回读取的字节数,出错返回-1并设置errno,如果在调read之前已到达文件末尾,则这次read返回0

参数

count

是请求读取的字节数,读上来的数据保存在缓冲区

buf

同时文件的当前读写位置向后移。注意这个读写位置和使用C标准I/O库时的读写位置有可能不同,这个读写位置是记在内核中的。

而使用C标准I/O库时的读写位置是用户空间I/O缓冲区中的位置。比如用fgetc读一个字节fgetc有可能从内核中预读1024个字节到I/O缓冲区中,再返回第一个字节,这时该文件在内核中记录的读写位置是1024,而在FILE结构体中记录的读写位置是1。注意返回值类型是ssize_t,表示有符号的size_t,这样既可以返回正的字节数、0(表示到达文件末尾)也可以返回负值-1(表示出错)。read函数返回时,返回值说明了buf中前多少个字节是刚读上来的。有些情况下,实际读到的字节数(返回值)会小于请求读的字节数count,例如:

读常规文件时,在读到count个字节之前已到达文件末尾。例如,距文件末尾还有30个字节而请求读100个字节,则read返回30,下次read将返回0。

从终端设备读,通常以行为单位,读到换行符就返回了。

从网络读,根据不同的传输层协议和内核缓存机制,返回值可能小于请求的字节数,后面socket编程部分会详细讲解。

write**()**

函数向打开的设备或文件中写数据。

#include <unistd.h> 

ssize_t write(int fd, const void *buf, size_t count); 返回值:成功返回写入的字节数,出错返回-1并设置errno

写常规文件时,write的返回值通常等于请求写的字节数count,而向终端设备或网络写则不一定。

读常规文件是不会阻塞的,不管读多少字节,read一定会在有限的时间内返回。从终端设备或网络读则不一定,如果从终端输入的数据没有换行符,调用read读终端设备就会阻塞,如果网络上没有接收到数据包,调用read从网络读就会阻塞,至于会阻塞多长时间也是不确定的,如果一直没有数据到达就一直阻塞在那里。同样,写常规文件是不会阻塞的,而向终端设备或网络写则不一定。

现在明确一下阻塞(Block)这个概念。当进程调用一个阻塞的系统函数时,该进程被置于睡眠(Sleep)状态,这时内核调度其它进程运行,直到该进程等待的事件发生了(比如网络上接收到数据包,或者调用sleep指定的睡眠时间到了)它才有可能继续运行。与睡眠状态相对的是运行(Running)状态,在Linux内核中,处于运行状态的进程分为两种情况:

  • 正在被调度执行。CPU处于该进程的上下文环境中,程序计数器(eip)里保存着该进程的指令地址,通用寄存器里保存着该进程运算过程的中间结果,正在执行该进程的指令,正在读写该进程的地址空间。
  • 就绪状态。该进程不需要等待什么事件发生,随时都可以执行,但CPU暂时还在执行另一个进程,所以该进程在一个就绪队列中等待被内核调度。系统中可能同时有多个就绪的进程,那么该调度谁执行呢?内核的调度算法是基于优先级和时间片的,而且会根据每个进程的运行情况动态调整它的优先级和时间片,让每个进程都能比较公平地得到机会执行,同时要兼顾用户体验,不能让和用户交互的进程响应太慢。

close():

close函数(关闭文件)

此系统调用功能,恰好运行与open调用相反的操作,即告诉系统关闭一些不再使用的文件。

它的使用格式如下:retval = close(handle) ;如果调用成功,则系统返回0给变量retval,否则返回-1,也可直接写成:close(handle) ;

不过,使用这种方式关闭文件会造成无法从系统的返回值retval判定系统是否成功地关闭了这个文件。

程序应用:

/*write.c*/
#include <unistd.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>

#define MAXSIZE  128
int main(void)
{
	 int i,fd,size,len;
	 char *buf="Hello! I'm writing to this file!";
	 char buf_r[10];
	 
	 len = strlen(buf);
	 buf_r[10] = '\\0';

	 if((fd = open("/mnt/hgfs/Source/hello.c", O_CREAT | O_TRUNC | O_RDWR,0666 ))<0)
	 {
		  perror("open:");
		  exit(1);
	 }
	 else
		  printf("open file:hello.c %d\\n",fd);
	
	 if((size = write( fd, buf, len)) < 0){
		  perror("write:");
		  exit(1);
	 }
	 else
	  printf("Write:%s\\n",buf);
	
	   //    lseek( fd, 0, SEEK_SET );  //即把文件指针移至buf文件的开始处
	 lseek( fd, -10, SEEK_END);  //即把文件指针往前移动10个字符
	 if((size = read( fd, buf_r, 10))<0)
	 {
		  perror("read:");
		  exit(1);
	 }
	 else
		  printf("read form file:%s\\n",buf_r);
	 
	 if( close(fd) < 0 )
	 {
		  perror("close:");
		  exit(1);
	 }
	 else
		  printf("Close hello.c\\n");
	 
	 exit(0);
}

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Dola_Pan

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值