linux下光口能否link

可以。linux系统脚本检测系统下光口连接的link状态。光纤接口简称为光口也可称之为G口 (意思是G光纤口)，是用来连接光纤线缆的物理接口。其原理是利用了光从光密介质进入光疏介质从而发生了全反射。

1、首先有一个目录dir, 执行ln -s dir dir_link 创建目录的软链接。

2、重新创建mkdir源目录，目录软链接重新生效。

3、执行命令ln dir dir_hard，创建目录的硬链接。

4、执行命令ln -s file file_link，创建文件file的软链接file_link。

5、执行命令ln file file_hard创建文件file的硬链接file_hard。

6、修改硬链接file_hard、cat file，同时更新到源文件中即可。

每一个文件，都可以通过一个struct stat的结构体来获得文件信息，其中一个成员st_nlink代表文件的链接数。

当通过shell的touch命令或者在程序中open一个带有O_CREAT的不存在的文件时，文件的链接数为1。

通常open一个已存在的文件不会影响文件的链接数。open的作用只是使调用进程与文件之间建立一种访问关系，即open之后返回fd，调用进程可以通过fd来read 、write 、 ftruncate等等一系列对文件的 *** 作。

close()就是消除这种调用进程与文件之间的访问关系。自然，不会影响文件的链接数。在调用close时，内核会检查打开该文件的进程数，如果此数为0，进一步检查文件的链接数，如果这个数也为0，那么就删除文件内容。

link函数创建一个新目录项，并且增加一个链接数。

unlink函数删除目录项，并且减少一个链接数。如果链接数达到0并且没有任何进程打开该文件，该文件内容才被真正删除。如果在unlilnk之前没有close，那么依旧可以访问文件内容。

综上所诉，真正影响链接数的 *** 作是link、unlink以及open的创建。

删除文件内容的真正含义是文件的链接数为0，而这个 *** 作的本质完成者是unlink。close能够实施删除文件内容的 *** 作，必定是因为在close之前有一个unlink *** 作。

举个例子简单说明：通过shell touch test.txt

1、stat("test.txt",&buf)

printf("1.link=%d\n",buf.st_nlink)//未打开文件之前测试链接数

2、fd=open("test.txt",O_RDONLY)//打开已存在文件test.txt

stat("test.txt",&buf)

printf("2.link=%d\n",buf.st_nlink)//测试链接数

3、close(fd)//关闭文件test.txt

stat("test.txt",&buf)

printf("3.link=%d\n",buf.st_nlink)//测试链接数

4、link("test.txt","test2.txt")//创建硬链接test2.txt

stat("test.txt",&buf)

printf("4.link=%d\n",buf.st_nlink)//测试链接数

5、unlink("test2.txt")//删除test2.txt

stat("test.txt",&buf)

printf("5.link=%d\n",buf.st_nlink)//测试链接数

6、重复步骤2 //重新打开test.txt

7、unlink("test.txt")//删除test.txt

fstat(fd,&buf)

printf("7.link=%d\n",buf.st_nlink)//测试链接数

8、close(fd)//此步骤可以不显示写出，因为进程结束时，打开的文件自动被关闭。

顺次执行以上8个步骤，结果如下：

1.link=1

2.link=1//open不影响链接数

3.link=1//close不影响链接数

4.link=2//link之后链接数加1

5.link=1//unlink后链接数减1

2.link=1//重新打开 链接数不变

7.link=0//unlink之后再减1，此处我们改用fstat函数而非stat，因为unlilnk已经删除文件名，所以不可以通过 文件名访问，但是fd仍然是打开着的，文件内容还没有被真正删除，依旧可以使用fd获得文件信息。

执行步骤8，文件内容被删除。。。。

---