浅谈Linux下mv和cp命令的差异
发布时间：2021-12-14 13:42:04 所属栏目：教程 来源：互联网
导读：浅谈Linux下mv和cp命令的区别 我之前在项目中遇到一个很奇怪的问题，对于inotify监视一个文件的时候，发现有些时候inotify有些时候会失效。后来我就没办法，去监视文件所在的目录。看下面的， #!/bin/bash src=/tmp/test/test.txt # directory to monitor /u
|
浅谈Linux下mv和cp命令的区别 我之前在项目中遇到一个很奇怪的问题，对于inotify监视一个文件的时候，发现有些时候inotify有些时候会“失效”。后来我就没办法，去监视文件所在的目录。看下面的， #!/bin/bash src=/tmp/test/test.txt # directory to monitor /usr/local/bin/inotifywait -rmq -e modify $src | while read event do echo "hello" done 奇怪的现象就是如果我 mv test.txt /tmp/test/test.txt 的时候，发现 inotify 竟然没有除非，但是我无意中发现 cp test.txt /tmp/test/test.txt 的时候，强制覆盖了，发现 inotity 就触发了。我这两天上OS的时候，突然间想到了原因。可能是 inode 节点的问题，看下面 浅谈Linux下mv和cp命令的区别 上面注意 inode 节点的变化，cp 的时候是真正意义上的内容copy，对于 inode 节点却是不会变化的mv 的时候是把目标文件直接删除了（inode 删除了），新的文件其实已经不是以前的文件了，只是名字一样而已。这样就可以解释 inotify 的“异常”了，mv 之后原文件的 inode 节点都已经删除了，inotify是跑在内存里面的，它依然在读取之前的 inode 节点，但是已经删除了，这导致了inotify挂了。 inode 是ＯＳ在磁盘上寻找文件一个必不可少的，下面可以再来看个例子． #include <stdio.h> #include <string.h> #include <stdlib.h> #include <fcntl.h> int main(int argc, char const *argv[]) { /* code */ int fd = open("./1.txt",O_RDWR); char buff[256] = {' '}; if (fd < 0) { printf("error open filen"); exit(1); } int i = 0; while(1) { sprintf(buff,"%d %sn",i,"hello"); write(fd,buff,strlen(buff)+1); printf("%sn",buff ); ++i; sleep(1); } close(fd); return 0; } 上面的程序就是向1.txt写文件，前提是 1.txt 是存在的，真正的原因就是没有 inode 节点，也就没有了对应的磁盘文件．现在假设有了 1.txt 这时候程序 1s 钟写一次文件，我们 mv 1.txt 2.txt ，这时候会发现程序竟然向 2.txt 里面写数据了，原因就是程序是在内存里面，对于1.txt 的抽象就是文件描述符号，write只认识它，write 通过写描述符，描述符去找相应的 inode 节点，然后写磁盘．mv 了之后 inode 节点还是存在的，也就是写 2.txt 了．  （编辑：我爱故事小小网_铜陵站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
浙公网安备 33038102330570号