エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
LCK11-J. 一貫したロック方式を定めていないクラスを使用する場合、クライアントサイドロックを行わない
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
LCK11-J. 一貫したロック方式を定めていないクラスを使用する場合、クライアントサイドロックを行わない
HOME公開資料を見るLCK11-J. 一貫したロック方式を定めていないクラスを使用する場合、クライアントサイ... HOME公開資料を見るLCK11-J. 一貫したロック方式を定めていないクラスを使用する場合、クライアントサイドロックを行わない Goetz は以下のように述べている。[Goetz 2006] クライアントサイドロックとは、オブジェクトXを使うクライアントコードを、Xが自分のステートをガードするために使っているロックでガードすることである。クライアントサイドロックを使うためには、Xが使っているロックを知る必要がある。 クライアントサイドロックは、スレッドセーフなクラスが、一定のロック方式を用いることを宣言し、かつそれを明文化している場合には使ってもよいが、Goetz はそれが誤用されることを警告している。[Goetz 2006] クラスを拡張してアトミックな操作を新たに加えるやり方は、ロック関連のコードを複数のクラスに分散させるので脆弱であるが、クライアントサイドロックはそれに輪をかけて脆