检查进程 A 写入的文件是否准备好被进程 B 读取

Check if file written by process A is ready to be read by process B

我有一个执行 k-shell 的 Java 脚本,它调用一个写入文件 A 的程序。此后,相同的 Java 脚本解析输出文件 A。没有其他进程读取或写入文件 A.

问题是文件 A 并不总是准备好及时解析,我认为这是因为即使在程序和调用之后文件系统仍在完成其工作 shell return .只有当有很多进程时才会出现这种情况 运行.

lsof 似乎无法在我的系统上运行。如果我用编辑器打开文件,lsof 会显示编辑器进程,但如果我将文件名传递给 lsof,我会得到: lsof: 没有文件使用位于: filename

我不认为 fileLock 会起作用,因为我必须在从程序或 k-shell 中 return 之前解锁它,到那时文件仍然可能还没有完全关闭。

我的想法是编写一个简短的脚本来重命名 (mv) 文件,然后让解析器解析重命名的文件,我的理解是文件在完全写入之前无法重命名。我将 mv 命令放在一个 while 循环中,检查 mv 命令的 stdOut 是否有任何内容,理论上如果它是空的,我们就可以开始了。

#! /bin/ksh
# Move a file. The idea is that this script will not return until the mv is
# complete. If mv is successful, mv.out.txt should be empty.

mv /camber.out /camber.out.copy > mv.out.txt
while [[ -s mv.out.txt ]] ; 
do
    echo "mv did not happen"
    mv /camber.out /camber.out.rename > mv.out.txt
done
echo "mv should have taken place"

exit

我还没有看到mv被卡住的例子。任何评论、建议、提示或侮辱都将不胜感激。在此先感谢大家。

我没有评论的能力,所以这个应该是一个答案。无论如何,这听起来像是异步执行的问题——java 程序调用 bash 脚本,该脚本由 OS 作为单独的程序处理,因此 运行与 java 程序同时进行。对于 运行 正确的所有内容,您只需要确保 bash 脚本同步 运行 - 也就是说,脚本 必须 在之前完成Java 继续。我相信 this 与阻止相关的答案 应该 做你需要的。解决方案是这样的:

ProcessBuilder pb = new ProcessBuilder("myscript.sh");
Process p = pb.start();     // Start the process.
p.waitFor();                // Wait for the process to finish.
System.out.println("Script executed successfully");

这会强制 Java 程序休眠,直到 bash 脚本完成。

可能需要将相同的逻辑应用于 k-shell,正如您在下面的评论中指出的那样。可以使用wait命令,它把一个job作为一个可选参数,等待一个进程(如果你不传入具体的job,进程会等待all 子进程完成)。