AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • 主页
  • 系统&网络
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • 主页
  • 系统&网络
    • 最新
    • 热门
    • 标签
  • Ubuntu
    • 最新
    • 热门
    • 标签
  • Unix
    • 最新
    • 标签
  • DBA
    • 最新
    • 标签
  • Computer
    • 最新
    • 标签
  • Coding
    • 最新
    • 标签
主页 / unix / 问题 / 492786
Accepted
Binarus
Binarus
Asked: 2019-01-07 02:30:00 +0800 CST2019-01-07 02:30:00 +0800 CST 2019-01-07 02:30:00 +0800 CST

find 如何防止无限循环(例如在查找文件时重命名文件)?[复制]

  • 772
这个问题在这里已经有了答案:
我们会“找到”名称被“find”更改的文件吗?为什么不? (1 个回答)
3年前关闭。

请考虑以下命令:

find . -type f -name '*.*' -exec mv '{}' '{}_foo' \;

在这种情况下如何find防止无限循环?

一方面,我相信 find不像 shell glob那样工作,即它不会获取所有*.jpg文件的列表,在内部存储该列表,然后处理列表条目。相反,它让文件从底层 O/S “增量”处理,并在它知道后立即处理每个文件(让我们忽略可能发生的一定数量的缓冲,因为这与问题无关)。毕竟,据我所知,这是find在目录中包含大量文件的全局全局的主要优势。

如果这是真的,我想了解 find 如何防止无限循环。在上面的示例中,1.jpg将重命名为1.jpg_foo. 从 StackOverflow 和其他地方的讨论中,我知道重命名可能会导致文件(名称)在目录文件列表中占据不同的位置,因此 find 很可能再次遇到该文件,再次将其重命名为(to 1.jpg_foo_foo),等等上。

显然,这不会发生。

linux bash
  • 1 1 个回答
  • 374 Views

1 个回答

  • Voted
  1. Best Answer
    frostschutz
    2019-01-07T03:04:02+08:002019-01-07T03:04:02+08:00

    在单个目录中,它可能就像在处理之前读取整个文件列表一样简单(并strace使其看起来就像发生了什么):

    # keep reading entries first
    openat(AT_FDCWD, ".", O_RDONLY|O_NOCTTY|O_NONBLOCK|O_NOFOLLOW|O_DIRECTORY) = 4
    getdents(4, /* 1024 entries */, 32768)  = 32752
    getdents(4, /* 1024 entries */, 32768)  = 32768
    getdents(4, /* 426 entries */, 32768)   = 13632
    getdents(4, /* 0 entries */, 32768)     = 0
    close(4)                                = 0
    

    (为便于阅读而对输出进行了删节)

    # process stuff later
    clone(...
    wait4(...
    --- SIGCHLD...
    clone(...
    wait4(...
    --- SIGCHLD ...
    

    但是,一般来说,find根本不会阻止任何循环。如果将文件移动到子目录,则会发生多次:

    mkdir -p sub/sub/sub/sub
    find -type f -exec mv {} sub/{}_foo \;
    

    这会导致sub/sub/sub/sub/file_foo_foo_foo_foo诸如此类的事情。(-depth在这种情况下可能会有所帮助)。

    最好一开始就避免任何可能的冲突,而不是盲目地依赖find使用一些不存在的魔法。您在编辑之前的问题是一个很好的解决方案,因为它根本不匹配已经重命名的文件。

    即使在没有严格要求的情况下,也可以明确说明文件不能也不应该被处理两次。我们在jpg这里重命名文件而不是foo文件。

    此外,即使find在一次调用中会阻止两次处理文件,脚本作为一个整体也会重新运行并且 find 会再次运行,因此无论哪种方式,您都需要采取适当的保护措施。

    • 6

相关问题

  • 从文本文件传递变量的奇怪问题

  • 虽然行读取保持转义空间?

  • `tee` 和 `bash` 进程替换顺序

  • 通过标签将根文件系统传递给linux内核

  • 运行一个非常慢的脚本直到它成功

Sidebar

Stats

  • 问题 205573
  • 回答 270741
  • 最佳答案 135370
  • 用户 68524
  • 热门
  • 回答
  • Marko Smith

    模块 i915 可能缺少固件 /lib/firmware/i915/*

    • 3 个回答
  • Marko Smith

    无法获取 jessie backports 存储库

    • 4 个回答
  • Marko Smith

    如何将 GPG 私钥和公钥导出到文件

    • 4 个回答
  • Marko Smith

    我们如何运行存储在变量中的命令?

    • 5 个回答
  • Marko Smith

    如何配置 systemd-resolved 和 systemd-networkd 以使用本地 DNS 服务器来解析本地域和远程 DNS 服务器来解析远程域?

    • 3 个回答
  • Marko Smith

    dist-upgrade 后 Kali Linux 中的 apt-get update 错误 [重复]

    • 2 个回答
  • Marko Smith

    如何从 systemctl 服务日志中查看最新的 x 行

    • 5 个回答
  • Marko Smith

    Nano - 跳转到文件末尾

    • 8 个回答
  • Marko Smith

    grub 错误:你需要先加载内核

    • 4 个回答
  • Marko Smith

    如何下载软件包而不是使用 apt-get 命令安装它?

    • 7 个回答
  • Martin Hope
    user12345 无法获取 jessie backports 存储库 2019-03-27 04:39:28 +0800 CST
  • Martin Hope
    Carl 为什么大多数 systemd 示例都包含 WantedBy=multi-user.target? 2019-03-15 11:49:25 +0800 CST
  • Martin Hope
    rocky 如何将 GPG 私钥和公钥导出到文件 2018-11-16 05:36:15 +0800 CST
  • Martin Hope
    Evan Carroll systemctl 状态显示:“状态:降级” 2018-06-03 18:48:17 +0800 CST
  • Martin Hope
    Tim 我们如何运行存储在变量中的命令? 2018-05-21 04:46:29 +0800 CST
  • Martin Hope
    Ankur S 为什么 /dev/null 是一个文件?为什么它的功能不作为一个简单的程序来实现? 2018-04-17 07:28:04 +0800 CST
  • Martin Hope
    user3191334 如何从 systemctl 服务日志中查看最新的 x 行 2018-02-07 00:14:16 +0800 CST
  • Martin Hope
    Marko Pacak Nano - 跳转到文件末尾 2018-02-01 01:53:03 +0800 CST
  • Martin Hope
    Kidburla 为什么真假这么大? 2018-01-26 12:14:47 +0800 CST
  • Martin Hope
    Christos Baziotis 在一个巨大的(70GB)、一行、文本文件中替换字符串 2017-12-30 06:58:33 +0800 CST

热门标签

linux bash debian shell-script text-processing ubuntu centos shell awk ssh

Explore

  • 主页
  • 问题
    • 最新
    • 热门
  • 标签
  • 帮助

Footer

AskOverflow.Dev

关于我们

  • 关于我们
  • 联系我们

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve