アトミック更新のためにファイルの排他的な読み取り/書き込みロックを取得する

カウンターとして使用するファイルが欲しいのですが。ユーザーAがこの番号を書き込んでインクリメントし、ユーザーBはファイルの読み取りを要求します。ユーザーAがこのファイルをロックして、ユーザーAの書き込みが完了するまで誰もファイルを読み書きできないようにすることは可能ですか？

調査しましたflockが、期待どおりに機能するようには見えません。

flock -x -w 5 /dev/shm/counter.txt echo "4" >  /dev/shm/counter.txt && sleep 5

このアトミックのようなインクリメントファイルを取得するためのより適切な方法があるとしたら、それも聞いてみたいと思います。

私の目標は：

LOCK counter.txt; write to counter.txt;

同時に

Read counter.txt; realize it's locked so wait until that lock is finished.

以下のコマンドのBashの処理は意外かもしれません。

flock -x -w 5 /dev/shm/counter.txt echo "4" >  /dev/shm/counter.txt && sleep 5

Bashが最初に実行さflock -x -w 5 /dev/shm/counter.txt echo "4" > /dev/shm/counter.txtれ、Bashが正常に完了すると（ロックを解除して）、実行されsleep 5ます。したがって、ロックは予想される5秒間保持されません。

脇に&対&&

2つのコマンドAとがある場合B、次のようになります。

1. A & BAバックグラウンドで開始し、終了Bを待たずに開始しAます。

2. A && Bが開始しA、完了するまで待機し、完了した場合（終了コード0）、開始しBます。場合A（ゼロ以外の終了コード）が失敗し、その後、B実行されることはありません。

つまり、&および&&は、2つの完全に異なるリスト演算子です。

ファイルのロックは必須ではありません^1-つまり、ファイルをロックして別のプロセスがアクセスできないようにすることはできません。ファイルをロックするということは、（他の）プロセスがファイルがロックされているかどうかを確認する場合、プロセスがそれを知ることを意味します。

の目的はflock、希望どおりのことを行うことですが、試行されたすべてのアクセスに使用flockする必要があります。これらは通話をブロックしていることに注意してください。からman flock：

ロックをすぐに取得できない場合、flockはロックが使用可能になるまで待機します

^{1.セキュリティなどで機能を使用している場合、機能が役に立たないように見えますが、それはファイルロックの目的ではありません。これは同期のためであり、これはあなたが行っていることです。ユーザーLeoは、他の* nixオペレーティングシステムからの歴史的な類似点に基づいて、Linuxカーネルに必須のファイルロックの標準化されていない実装がある可能性があることを指摘しました（この説明を参照）。ただし、これはCレベルのインターフェースのみのようです。}

"sh -c command ..."を使用すると、ロックを保持したまま、ファイルリダイレクトを含むシェルコマンド全体を実行できます。また、ファイルをカウンターとして使用しているため、読み取りと書き戻しを行う間、継続的にロックを保持する必要があります。したがって、カウンタをインクリメントしてその新しい値を返すには、次のようなことをしたいとします。

flock --exclusive --wait 5 /dev/shm/counter.txt sh -c 'read count < /dev/shm/counter.txt ; echo $((count + 1)) > /dev/shm/counter.txt ; echo $((count + 1))'

プラス記号をマイナス記号に変更すると、カウンターが減少します。

flock --exclusive --wait 5 /dev/shm/counter.txt sh -c 'read count < /dev/shm/counter.txt ; echo $((count - 1)) > /dev/shm/counter.txt ; echo $((count - 1))'

競合が発生する前にカウンターを初期化することを期待しているため、早期にロックすることを心配する必要はありません。

echo 0 > /dev/shm/counter.txt

競合が発生する可能性がある間は、カウンター値を上書きする必要はないと思いますが、これを行った場合は、こうする必要があります。

flock --exclusive --wait 5 /dev/shm/counter.txt sh -c 'echo 0 > /dev/shm/counter.txt'

読み方は理解していると思いますが、完全を期すために含めています。

flock --shared /dev/shm/counter.txt cat /dev/shm/counter.txt