closelinux

Ⅰ linux打开的文件描述符必须手动close吗

从编程角度来讲，需要自己手动去做这种清理工作:
申请的内存需要释放，打开的文件描述符需要关闭...

如果程序没有结束，这些申请的和打开的会占用部分资源，这可能会带来潜在的影响，
要是可以忽略掉这些影响，确实，不释放不关闭没什么。
如果程度结束，系统会“帮”你释放及关闭，回收资源。

如上所述，未释放和未关闭的影响存在于程序没有结束的过程中。

Ⅱ linux中用close关闭一个未打开的文件,会发生什么 为什么

会返回-1
close()函数执行成功返回0，否则返回-1
#include <unistd.h>
int main(void)
{
int a=close(3);
printf("%d",a);
}
用3是因为0,1,2分别对应标准输入，标准输出，标准错误

[firefly@localhost Project]$ cc test.c
[firefly@localhost Project]$ ./a.out
-1[firefly@localhost Project]$

Ⅲ linux常用命令

linux常用命令如下：

1、查看内核版本：uname -a。

2、控制台-》图形界面：init 5或者startx。

3、图形界面-》控制台: init3或者直接注销。

4、如何查看ip地址：ifconfig。

5、配置ip:ifconfig eth0 ip地址。

6、重启：reboot 或者 shutdown -r now。

7、普通用户切换到系统用户:su。

8、注销用户指令：logout。

9、从子机退出：ctrl+alt。

10、全屏：ctrl+alt+enter 。

基本思想：

Linux的基本思想有两点：第一，一切都是文件；第二，每个文件都有确定的用途。其中第一条详细来讲就是系统中的所有都归结为一个文件，包括命令、硬件和软件设备、操作系统、进程等等对于操作系统内核而言，都被视为拥有各自特性或类型的文件。

完全免费：

Linux是一款免费的操作系统，用户可以通过网络或其他途径免费获得，并可以任意修改其源代码。这是其他的操作系统所做不到的。正是由于这一点，来自全世界的无数程序员参与了Linux的修改、编写工作，程序员可以根据自己的兴趣和灵感对其进行改变，吸收了无数程序员的精华。

以上内容参考：网络--Linux

Ⅳ linux socket close前如何判断防止重复close

if(sockfd)
sockfd是整形类型的，可以判断是否有效再释放，防止重复close
close完后你可以显示的给它赋一个值做标示
不懂再问

Ⅳ Linux C中的Socket，shutdown函数和close函数有什么不同

假设server和client 已经建立了连接，server调用了close, 发送FIN 段给client（其实不一定会发送FIN段，后面再说），此时server不能再通过socket发送和接收数据，此时client调用read，如果接收到FIN 段会返回0，但client此时还是可以write 给server的，write调用只负责把数据交给TCP发送缓冲区就可以成功返回了，所以不会出错，而server收到数据后应答一个RST段，表示服务器已经不能接收数据，连接重置，client收到RST段后无法立刻通知应用层，只把这个状态保存在TCP协议层。如果client再次调用write发数据给server，由于TCP协议层已经处于RST状态了，因此不会将数据发出，而是发一个SIGPIPE信号给应用层，SIGPIPE信号的缺省处理动作是终止程序。有时候代码中需要连续多次调用write，可能还来不及调用read得知对方已关闭了连接就被SIGPIPE信号终止掉了，这就需要在初始化时调用sigaction处理SIGPIPE信号，对于这个信号的处理我们通常忽略即可，signal(SIGPIPE, SIG_IGN); 如果SIGPIPE信号没有导致进程异常退出，write返回-1并且errno为EPIPE。 #include intclose(int fd);close 关闭了自身数据传输的两个方向。 #include intshutdown(int sockfd, int how);shutdown 可以选择关闭某个方向或者同时关闭两个方向，shutdownhow = 1 or how = 2 (SHUT_WR or SHUT_RDWR)，可以保证对等方接收到一个EOF字符（即发送了一个FIN段），而不管其他进程是否已经打开了这个套接字。而close不能保证，只有当某个sockfd的引用计数为0，close 才会发送FIN段，否则只是将引用计数减1而已。也就是说只有当所有进程（可能fork多个子进程都打开了这个套接字）都关闭了这个套接字，close 才会发送FIN段。所以说，如果是调用shutdown how = 1 ，则意味着往一个已经接收FIN的套接字中写是允许的，接收到FIN段仅代表对方不再发送数据，但对方还是可以读取数据的，可以让对方可以继续读取缓冲区剩余的数据。下面使用shutdown 修改客户端程序，在前面讲过的使用select函数修改后的客户端程序基础上，修改很小一部分：C++ Codeif (FD_ISSET(fd_stdin, &rset)){if (fgets(sendbuf, sizeof(sendbuf), stdin)== NULL){stdineof = 1; //表示已经输入完毕/* 关闭sock的写端，还能够接收数据，在sock的缓冲区末尾添加一个FIN段 */shutdown(sock, SHUT_WR);}else{writen(sock, sendbuf, strlen(sendbuf));memset(sendbuf, 0, sizeof(sendbuf));}}为了测试我们想要的效果，需要在select函数修改后的服务器端程序的 134 行代码之后，即writen 之前 sleep(4); 目的是接收到客户端数据后不马上回射回去，睡眠4s 后在客户端已经关闭连接的情况下再发送数据。先运行服务器端程序，再运行客户端程序，在客户端标准输入，迅速敲入两行：AAAAA
BBBBB
然后按下ctrl+d 即fgets 会返回NULL，然后调用shutdown关闭写端，虽然服务器端延时才发送数据，此时客户端写端已经关闭，但还是可以读取到回射回来的数据，服务器端最后得到一个FIN段，read返回0，打印输出 client close ，并且close(conn); 而客户端在读取服务端回射回来的两次数据后，再次read 也返回0，故打印 server connectclose，break退出循环，进程顺利退出。从下面的输出还可以看出，因为延时的关系，所以不像以前那样发射一行就回射一行。simba@ubuntu:~/Documents/code/linux_programming/UNP/socket$./echoser_selectrecv connect ip=127.0.0.1 port=54010fdsgfgdgfedgclient close...........................simba@ubuntu:~/Documents/code/linux_programming/UNP/socket$./echocli_select_shutdownlocal ip=127.0.0.1 port= connect close如果我们将客户端程序中的shutdown 改成了 close，那么当延时后服务器端发送数据给客户端时，客户端的读端和写端都已经关闭，第一次发AAAAA会返回一个RST段，根据本文前面所说，再次发BBBBB直接产生SIGPIPE信号，默认会终止进程，但因为我们已经设置了忽略SIGPIPE信号，所以服务器端进程不会被终止，但客户端也会出错，因为回到while循环开头，select阻塞等待时发现套接字的读端已经关闭，所以不能再关心可读事件了，select会返回-1，错误码是 EBADF: Bad File Descriptor。Linux C中的Socket，shutdown函数和close函数有什么不同

Ⅵ close的Linux 中的close函数

头文件：
#include <unistd.h>
int close(int fd);
返回值：成功返回0，出错返回-1并设置errno
参数fd是要关闭的文件描述符。需要说明的是，当一个进程终止时，内核对该进程所有尚未关闭的文件描述符
调用close关闭，所以即使用户程序不调用close，在终止时内核也会自动关闭它打开的所有文件。但是对于一
个长年累月运行的程序（比如网络服务器），打开的文件描述符一定要记得关闭，否则随着打开的文件越来越
多，会占用大量文件描述符和系统资源。
应用于 Visual Basic 的 Close 语句
Close 语句：关闭Open语句所打开的输入/输出 (I/O) 文件。
语法
Close[filenumberlist]
可选的filenumberlist参数为一个或多个文件号，其中filenumber为任何有效的文件号，语法如下：
[[#]filenumber] [,[#]filenumber]. . .
说明
若省略filenumberlist，则将关闭Open语句打开的所有活动文件。
当关闭Output或Append打开的文件时，将属于此文件的最终输出缓冲区写入操作系统缓冲区。所有与该文件相关联的缓冲区空间都被释放。
在执行Close语句时，文件与其文件号之间的关联将终结。

Ⅶ linux下C语言编程，管道，p，fork，疑问的是，为什么连用那么多close必须要close 代码如下

文件描述符0,1,2分别表示标准输入标准输出,标准错误输出, 所以在子进程里close(1)是关闭了标准输出, 然后用p(fda[1]);此时未用的最小文件描述符就是1(被关闭);这里关闭fda[0]就是为了说明在子进程是管道的写端(fda[0],不关闭是可以的为了保险起见关闭).然后子进程退出会调用系统程序ls,于是当前的文件目录就被发送到管道中.父进程同理, 就是将标准输出作为管道的读端,它读到的是子进程ls后的内容,对文件计数,