- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章Linux中文件描述符fd与文件指针FILE*互相转换实例解析由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
本文研究的主要是linux中文件描述符fd与文件指针file*互相转换的相关内容,具体介绍如下.
1.文件描述符fd的定义:文件描述符在形式上是一个非负整数。实际上,它是一个索引值,指向内核为每一个进程所维护的该进程打开文件的记录表。当程序打开一个现有文件或者创建一个新文件时,内核向进程返回一个文件描述符。在程序设计中,一些涉及底层的程序编写往往会围绕着文件描述符展开。但是文件描述符这一概念往往只适用于unix、linux这样的操作系统.
2.文件指针file定义说明文件指针的一般形式为:
file *指针变量标识符; 。
其中file应为大写,它实际上是由系统定义的一个结构,该结构中含有文件名、文件状态和文件当前位置等信息。在编写源程序时不必关心file结构的细节.
使用系统调用的时候用文件描述符的时候比较多,但是操作比较原始。c库函数在i/o上提供了一些方便的包装(比如格式化i/o、重定向),但是对细节的控制不够.
如果过度依赖其中的一种只会徒增麻烦,所以知道两者的转换是很有必要的。file*是对fd的封装 。
当然,有人会说知道文件路径的话重新打开就是了,但是这会产生竞争条件(race conditions),首先重新打开文件,相当于是2个fd指向同一文件,然后如果在打开的期间文件被删除了又被新建了一个同名文件,2个fd指向的便是不同的文件.
glibc库提供了两个转换函数fdopen(3)和fileno(3),都是<stdio.h>中的 。
file *fdopen(int fd, const char *mode); int fileno(file *stream),
ps:为了节省篇幅,还是继续忽略返回值的检查.
来看看测试吧,是不是我们想的那样.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
#include <stdio.h>
#include <unistd.h>
#include <fcntl.h>
int
main()
{
const
char
* filename =
"new.txt"
;
int
fd = open(filename, o_rdwr | o_creat, s_irusr | s_iwusr);
file* fp = fdopen(fd,
"w+"
);
int
fd2 = fileno(fp);
printf
(
"fd=%d | fd2=%d\n"
, fd, fd2);
fclose
(fp);
close(fd);
return
0;
}
|
1
2
3
|
$ gcc test.c
$ ./a.out
fd=3 | fd2=3
|
参考fileno手册:
the function fileno() examines the argument stream and returns its integer descriptor. 。
file是对fd的封装,fileno()是直接取得被封装的fd,因此并未创建新的fd指向该文件.
参考fdopen手册:
the fdopen() function associates a stream with the existing file descriptor, fd. the mode of the stream (one of the values "r", "r+", "w", "w+", "a", "a+") must be compatible with the mode of the file descriptor. 。
fdopen()是讲流(file对象)与已存在的文件描述符fd进行关联,因此也是未创建新的fd。值得注意的是,file指针的模式(mode)必须与文件描述符的模式兼容.
关于mode参数先搁置会儿,目前我们知道的是,使用fileno和fdopen进行转换,都是在原有的fd上进行操作,并未产生新的fd。那么,再次审视刚才的代码,是否发现了问题?
我们来检查下close(fd)的返回值,把close(fd)改成下列代码 。
1
2
3
4
|
if
(-1 == close(fd)) {
perror
(
"close"
);
exit
(1);
}
|
1
2
3
|
$ gcc test.c
$ ./a.out
close: bad file descriptor
|
没错,fclose在关闭文件指针的时候,内部其实也关闭了文件描述符(否则资源就泄露了),既然这里fp内部的文件描述符和fd是同一个,当fp被关闭时,fd也被关闭了,再次关闭fd就会出现“损坏的文件描述符”错误.
ok,现在回顾下fopen的第2个参数,又r/r+/w/w+/a/a+一共6种设置(windows平台的rb/rb+/wb/wb+暂且不谈),对比linux手册我将对应的open设置列出来 。
依然是进行测试,修改fd_mode和fp_mode,看看实验结果 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
const
int
security = s_irusr | s_iwusr;
const
int
fd_mode = o_rdwr | o_creat | o_trunc;
const
char
* fp_mode =
"r"
;
int
main()
{
int
fd = open(
"new.txt"
, fd_mode, security);
file* fp = fdopen(fd, fp_mode);
if
(fp == null) {
perror
(
"fdopen"
);
exit
(1);
}
close(fd);
return
0;
}
|
在fd_mode等价于"w+"时,fp_mode的6种设置(r/r+/w/w+/a/a+)均返回非空指针.
在fd_mode等价于"w"时,fp_mode6种设置只有"a"和"w"返回非空指针.
继续尝试"r"/"r+"/"a"/"a+"的设置,可以发现所谓“兼容”只与读写权限有关,o_rdwr兼容o_rdonly和o_wronly,而后两者则只与自身兼容.
有意思的是o_append(在末尾添加)和o_trunc(截断文件从头添加)也兼容.
the file position indicator of the new stream is set to that belonging to fd, and the error and end-of-file indicators are cleared. modes "w" or "w+" do not cause truncation of the file. the file descriptor is not dup'ed, and will be closed when the stream created by fdopen() is closed. 。
继续查看fdopen的手册内容,可以看到"w"和"w+"在这里不会导致文件截断.
后一句也印证了我们前面的实验结果:文件描述符不会被复制,文件指针被关闭时文件描述符也会被关闭.
ps:其实fdopen的手册上还有最后一句:the result of applying fdopen() to a shared memory object is undefined. 。
将fdopen用于共享内存对象的结果是未定义的.
总结 。
以上就是本文关于linux中文件描述符fd与文件指针file*互相转换实例解析的全部内容,希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题,如有不足之处,欢迎留言指出。感谢朋友们对本站的支持! 。
原文链接:http://www.cnblogs.com/Harley-Quinn/p/7481593.html 。
最后此篇关于Linux中文件描述符fd与文件指针FILE*互相转换实例解析的文章就讲到这里了,如果你想了解更多关于Linux中文件描述符fd与文件指针FILE*互相转换实例解析的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
正如我不断发现的那样,有各种各样的文件描述符——几乎所有的东西都是围绕文件描述符抽象出来的:常规文件、套接字、信号和计时器(例如)。所有文件描述符都只是整数。 给定一个文件描述符,是否可以知道它是什么
socket fd 长什么样子? 什么是 socket fd ?粗糙的来讲,就是网络 fd,比如我们最常见的 C/S 客户端服务端的编程模式,就是网络通信的一种方式。撇开底层
如果我调用了shutdown(fd,SHUT_RDWR),但没有调用close(fd),会发生什么? inline void CSocket::close() { if (_socket_fd
我有以下结构: struct myfds_for_nic { int fd1; int fd2; int fd3; int fd4; int fd5;
fd 是否有等价于 fseek 的东西?我已经使用 int fds 很长时间了,想使用 fseek...但我知道没有搜索功能。 提前致谢! 最佳答案 参见 POSIX 函数 lseek(2) : SY
我正在使用 Clojure 的 core.logic CLP(FD) 库(core.logic 版本 0.8.3)开发一种简单的方形打包算法。 正方形的表示方式如下: [[[x11 y11] [x12
我正在学习 linux 操作系统,我有一个关于管道的问题。 我想实现一个管道。 所以我定义了int fd[2]; 但是为什么fd[0]是读而fd[1]是写呢? 0代表stdin吗? (我认为是写)而1
我知道进程的pid,需要获取它使用的socketfd,所以在/proc/$pid/中查找fd,例如: $ ls -la /proc/1442/fd | grep socket lrwx------ 1
我正在检查当前 fatrace 的源代码。 调用fanotify获取数据值的主循环如下: res = read (fan_fd, buffer, 4096); ... data
Docker daemon documentation建议大多数设置使用以下 hosts 选项: dockerd -H fd:// 我猜 fd 代表文件描述符。我不明白 fd 如何用于套接字通信。 我
在执行之前:os.read(fd,1024) 我想检查是否会有输出,而不是挂起直到收到输出。由于 fd 是一个 int 对象,我不能这样做: os.fstat(f.fileno()).st_size
我有一个程序 ( https://github.com/raboof/connbeat ) 依赖于 /proc/[pid]/fd/* 来查找给定(网络)inode 的进程。 /proc/[pid]/f
#define STACK_SIZE (1024 * 1024) static char container_stack[STACK_SIZE]; char* const container_args
inotify file in C 我看过下面的代码用来调用 (void) inotify_rm_watch(fd, wd); (void) close(fd); 为什么不呢? inotify_rm_
下面的小 C 程序(我们称之为 pointless): /* pointless.c */ #include #include void main(){ write(STDOUT_FILENO
考虑这个代码示例: #include #include #include int main() { //this file exists and contains data: "ABCD
在父进程中close(fd[1]);, 为什么它会跳过第一个 fd[1](替换为父 STD_OUT)并在子进程中关闭 fd[1]? #define STD_INPUT 0 #define STD_OU
需要使用代理设置运行模拟器,我在命令提示符下使用以下命令来启动模拟器 emulator -avd AVD_for_3_7_WVGA_Nexus_One -http-proxy http://usern
我正在 appcelerator studio 中创建应用程序。在我向其添加 admob 模块之前,它在我的 Android 6 Lenovo a7000 上正常运行。现在我收到这些错误: [ERRO
我不明白必须如何解决以下问题。非常感谢任何帮助学习如何解决这个问题的人! Consider Relation Schema R = {ABCDEFG} with a set of Functional
我是一名优秀的程序员,十分优秀!