小编典典

Linux群,如何“仅”锁定文件?

linux

在Bash中,我试图使函数getLock与不同的锁名一起使用。

function getLock
{
    getLock_FILE="${1}"
    getLock_OP="${2}"
    case "${getLock_OP}" in
        "LOCK_UN")
            flock -u "${getLock_FILE}"
            rm -fr "${getLock_FILE}"
            ;;
        "LOCK_EX")
            flock -x "${getLock_FILE}"
    esac
}

但是羊群说 flock: bad number: myfilelock

如何仅锁定文件并在需要时释放它,而不必在集群中执行命令?

它的用法如下:

getLock myfilelock LOCK_EX
somecommands
........
getLock myfilelock LOCK_UN

阅读 515

收藏
2020-06-03

共1个答案

小编典典

锁定文件:

exec 3>filename # open a file handle; this part will always succeed
flock -x 3      # lock the file handle; this part will block

释放锁:

exec 3>&-       # close the file handle

您也可以按照羊群手册页中的描述进行操作:

{
  flock -x 3
  ...other stuff here...
} 3>filename

…在这种情况下,文件退出时文件会自动关闭。(在这里也可以通过使用( )而不是来使用子外壳{ },但这应该是一个有意的决定-
因为子外壳会降低性能,并且会影响范围变量的修改和其他状态的改变)。


如果您正在运行足够新的bash版本,则无需手动管理文件描述符号:

# this requires a very new bash -- 4.2 or so.
exec {lock_fd}>filename
flock -x "$lock_fd"
exec $lock_fd>&-

…现在,对于您的功能,我们将需要关联数组和自动FD分配(并且,为了允许从不同路径对同一文件进行锁定和解锁,请使用GNU
readlink),因此这不适用于较旧的bash版本:

declare -A lock_fds=()                        # store FDs in an associative array
getLock() {
  local file=$(readlink -f "$1")              # declare locals; canonicalize name
  local op=$2
  case $op in
    LOCK_UN)
      [[ ${lock_fds[$file]} ]] || return      # if not locked, do nothing
      exec ${lock_fds[$file]}>&-              # close the FD, releasing the lock
      unset lock_fds[$file]                   # ...and clear the map entry.
      ;;
    LOCK_EX)
      [[ ${lock_fds[$file]} ]] && return      # if already locked, do nothing
      local new_lock_fd                       # don't leak this variable
      exec {new_lock_fd}>"$file"              # open the file...
      flock -x "$new_lock_fd"                 # ...lock the fd...
      lock_fds[$file]=$new_lock_fd            # ...and store the locked FD.
      ;;
  esac
}

如果您在无法使用GNU readlink的平台上,建议readlink -f使用Michael
Kropat的“
realpathsh-
realpath
替换呼叫”
(仅依靠广泛可用的readlink功能,而不是GNU扩展)。

2020-06-03