Я использовал ключевое слово synchronized и блокировки повторного входа в Java, но я не понимаю, как они отличаются или что подходит для данной ситуации.
Как мне решить, когда следует использовать synchronized и когда я должен использовать блокировки повторного входа?
Повторное взаимное исключение Блокировка с тем же основным поведением и семантика, поскольку доступ к неявной блокировке монитора осуществляется с помощью синхронизированного методы и утверждения, но с расширенными возможностями.
Расширенные возможности включают:
"[fair] блокирует возможность предоставления доступа к самому длинному ожидающему потоку. В противном случае эта блокировка не гарантирует какого-либо определенного порядка доступа.
Недостатками блокировки реентера являются:
synchronized может быть помещено в определения методов, что позволяет избежать необходимости в блоке, который уменьшает вложенность.Резюме
Ключевое слово synchronized синтаксически лучше, но блокировка реентера имеет больше возможностей.
Я всегда думал о синхронизации как о "руке наименьшего сопротивления". Это просто работает, и большинство людей понимает, как это работает, но оно имеет некоторые недостатки, которые могут повлиять на ваш дизайн при тяжелых concurrency. Не последним из которых является любой клиент, который имеет непосредственный доступ к блокировке синхронизации объекта, если они хватают его и удерживают его, другие клиенты не могут. Другими словами, блокировка, реализованная по умолчанию, синхронизируется эффективно, "публикует" механизм внутреннего блокирования объекта. ЮК. Это похоже на самоотверженный отказ в обслуживании.
Если вы сделаете блокировку ретентата внутренней для своего класса (или просто не используйте синхронизированный, но выполняйте что-то вроде синхронизации на каком-либо внутреннем объекте, который вы новичок в своем конструкторе повсюду, который вы хотите синхронизировать), вы удаляете эту сторону, эффект публикации механизма внутренней блокировки, с дополнительной сложностью вы должны помнить, где применять эту внутреннюю синхронизацию по мере развития вашего класса.
На этом сайте четко указано различие между ReentrantLock и синхронизированным ключевым словом в Java. Я просто копирую и вставляю оттуда.
1) Еще одно существенное различие между ReentrantLock и синхронизированным ключевым словом - справедливость. синхронизированное ключевое слово не поддерживает справедливость. Любой поток может получить блокировку после освобождения, без предпочтения можно указать, с другой стороны, вы можете сделать ReentrantLock честным, указав свойство справедливости, создав экземпляр ReentrantLock. Свойство Fairness обеспечивает блокировку до самой длинной очереди ожидания в случае разглашения.
2) Вторая разница между синхронизированной и реентерабельной блокировкой - метод tryLock(). ReentrantLock предоставляет удобный метод tryLock(), который приобретает блокировку только в том случае, если она доступна или не удерживается каким-либо другим потоком. Это уменьшает блокировку потока, ожидающего блокировки в приложении Java.
3) Еще одна заслуживающая внимания разница между ReentrantLock и синхронизированным ключевым словом в Java - это возможность прерывать Thread во время ожидания Lock. В случае синхронизированного ключевого слова поток может быть заблокирован в ожидании блокировки в течение неопределенного периода времени, и не было никакого способа контролировать это. ReentrantLock предоставляет метод lockInterruptibly(), который может использоваться для прерывания потока, когда он ждет блокировки. Аналогично tryLock() с таймаутом может использоваться для таймаута, если блокировка недоступна в течение определенного периода времени.
4) ReentrantLock также предоставляет удобный метод для получения списка всех потоков, ожидающих блокировки.